From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gioh Kim Subject: Re: [PATCH 0/4] enable migration of driver pages Date: Thu, 30 Jul 2015 09:21:09 +0900 Message-ID: <55B96DF5.40602@lge.com> References: <1436776519-17337-1-git-send-email-gioh.kim@lge.com> <20150729104945.GA30872@techsingularity.net> <20150729105554.GU16722@phenom.ffwll.local> <20150729121614.GA19352@techsingularity.net> <20150729124635.GW16722@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <20150729124635.GW16722@phenom.ffwll.local> Sender: owner-linux-mm@kvack.org To: Mel Gorman , jlayton@poochiereds.net, bfields@fieldses.org, vbabka@suse.cz, iamjoonsoo.kim@lge.com, viro@zeniv.linux.org.uk, mst@redhat.com, koct9i@gmail.com, minchan@kernel.org, aquini@redhat.com, linux-fsdevel@vger.kernel.org, virtualization@lists.linux-foundation.org, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, linux-mm@kvack.org, dri-devel@lists.freedesktop.org, akpm@linux-foundation.org, Gioh Kim List-Id: linux-api@vger.kernel.org 2015-07-29 =EC=98=A4=ED=9B=84 9:46=EC=97=90 Daniel Vetter =EC=9D=B4(=EA=B0= =80) =EC=93=B4 =EA=B8=80: > On Wed, Jul 29, 2015 at 01:16:14PM +0100, Mel Gorman wrote: >> On Wed, Jul 29, 2015 at 12:55:54PM +0200, Daniel Vetter wrote: >>> On Wed, Jul 29, 2015 at 11:49:45AM +0100, Mel Gorman wrote: >>>> On Mon, Jul 13, 2015 at 05:35:15PM +0900, Gioh Kim wrote: >>>>> My ARM-based platform occured severe fragmentation problem after lo= ng-term >>>>> (several days) test. Sometimes even order-3 page allocation failed.= It has >>>>> memory size 512MB ~ 1024MB. 30% ~ 40% memory is consumed for graphi= c processing >>>>> and 20~30 memory is reserved for zram. >>>>> >>>> >>>> The primary motivation of this series is to reduce fragmentation by = allowing >>>> more kernel pages to be moved. Conceptually that is a worthwhile goa= l but >>>> there should be at least one major in-kernel user and while balloon >>>> pages were a good starting point, I think we really need to see what= the >>>> zram changes look like at the same time. >>> >>> I think gpu drivers really would be the perfect candidate for compact= ing >>> kernel page allocations. And this also seems the primary motivation f= or >>> this patch series, so I think that's really what we should use to jud= ge >>> these patches. >>> >>> Of course then there's the seemingly eternal chicken/egg problem of >>> upstream gpu drivers for SoCs :( >> >> I recognised that the driver he had modified was not an in-tree user s= o >> it did not really help the review or the design. I did not think it wa= s >> very fair to ask that an in-tree GPU driver be converted when it would= not >> help the embedded platform of interest. Converting zram is both a usef= ul >> illustration of the aops requirements and is expected to be beneficial= on >> the embedded platform. Now, if a GPU driver author was willing to conv= ert >> theirs as an example then that would be useful! > > Well my concern is more with merging infrastructure to upstream for > drivers which aren't upstream and with no plan to make that happen anyt= ime > soon. Seems like just offload a bit to me ... but in the end core mm is= n't > my thing so not my decision. > -Daniel > I get idea from the out-tree driver but this infrastructure will be usefu= l for zram and balloon. That is agreed by the maintainers of each driver. I'm currently accepting feedbacks from balloon and zram and trying to be applicable for them. Of course I hope there will be more application. It'll be more useful if it has more application. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ig0-f179.google.com (mail-ig0-f179.google.com [209.85.213.179]) by kanga.kvack.org (Postfix) with ESMTP id 361186B0253 for ; Wed, 29 Jul 2015 20:21:13 -0400 (EDT) Received: by iggf3 with SMTP id f3so23400436igg.1 for ; Wed, 29 Jul 2015 17:21:13 -0700 (PDT) Received: from lgeamrelo02.lge.com (lgeamrelo02.lge.com. [156.147.1.126]) by mx.google.com with ESMTP id dn14si12990515pac.111.2015.07.29.17.21.11 for ; Wed, 29 Jul 2015 17:21:12 -0700 (PDT) Subject: Re: [PATCH 0/4] enable migration of driver pages References: <1436776519-17337-1-git-send-email-gioh.kim@lge.com> <20150729104945.GA30872@techsingularity.net> <20150729105554.GU16722@phenom.ffwll.local> <20150729121614.GA19352@techsingularity.net> <20150729124635.GW16722@phenom.ffwll.local> From: Gioh Kim Message-ID: <55B96DF5.40602@lge.com> Date: Thu, 30 Jul 2015 09:21:09 +0900 MIME-Version: 1.0 In-Reply-To: <20150729124635.GW16722@phenom.ffwll.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-linux-mm@kvack.org List-ID: To: Mel Gorman , jlayton@poochiereds.net, bfields@fieldses.org, vbabka@suse.cz, iamjoonsoo.kim@lge.com, viro@zeniv.linux.org.uk, mst@redhat.com, koct9i@gmail.com, minchan@kernel.org, aquini@redhat.com, linux-fsdevel@vger.kernel.org, virtualization@lists.linux-foundation.org, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, linux-mm@kvack.org, dri-devel@lists.freedesktop.org, akpm@linux-foundation.org, Gioh Kim 2015-07-29 i??i?? 9:46i?? Daniel Vetter i?'(e??) i?' e,?: > On Wed, Jul 29, 2015 at 01:16:14PM +0100, Mel Gorman wrote: >> On Wed, Jul 29, 2015 at 12:55:54PM +0200, Daniel Vetter wrote: >>> On Wed, Jul 29, 2015 at 11:49:45AM +0100, Mel Gorman wrote: >>>> On Mon, Jul 13, 2015 at 05:35:15PM +0900, Gioh Kim wrote: >>>>> My ARM-based platform occured severe fragmentation problem after long-term >>>>> (several days) test. Sometimes even order-3 page allocation failed. It has >>>>> memory size 512MB ~ 1024MB. 30% ~ 40% memory is consumed for graphic processing >>>>> and 20~30 memory is reserved for zram. >>>>> >>>> >>>> The primary motivation of this series is to reduce fragmentation by allowing >>>> more kernel pages to be moved. Conceptually that is a worthwhile goal but >>>> there should be at least one major in-kernel user and while balloon >>>> pages were a good starting point, I think we really need to see what the >>>> zram changes look like at the same time. >>> >>> I think gpu drivers really would be the perfect candidate for compacting >>> kernel page allocations. And this also seems the primary motivation for >>> this patch series, so I think that's really what we should use to judge >>> these patches. >>> >>> Of course then there's the seemingly eternal chicken/egg problem of >>> upstream gpu drivers for SoCs :( >> >> I recognised that the driver he had modified was not an in-tree user so >> it did not really help the review or the design. I did not think it was >> very fair to ask that an in-tree GPU driver be converted when it would not >> help the embedded platform of interest. Converting zram is both a useful >> illustration of the aops requirements and is expected to be beneficial on >> the embedded platform. Now, if a GPU driver author was willing to convert >> theirs as an example then that would be useful! > > Well my concern is more with merging infrastructure to upstream for > drivers which aren't upstream and with no plan to make that happen anytime > soon. Seems like just offload a bit to me ... but in the end core mm isn't > my thing so not my decision. > -Daniel > I get idea from the out-tree driver but this infrastructure will be useful for zram and balloon. That is agreed by the maintainers of each driver. I'm currently accepting feedbacks from balloon and zram and trying to be applicable for them. Of course I hope there will be more application. It'll be more useful if it has more application. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754183AbbG3AVO (ORCPT ); Wed, 29 Jul 2015 20:21:14 -0400 Received: from lgeamrelo02.lge.com ([156.147.1.126]:60144 "EHLO lgeamrelo02.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752424AbbG3AVM (ORCPT ); Wed, 29 Jul 2015 20:21:12 -0400 X-Original-SENDERIP: 10.178.37.108 X-Original-MAILFROM: gioh.kim@lge.com Subject: Re: [PATCH 0/4] enable migration of driver pages To: Mel Gorman , jlayton@poochiereds.net, bfields@fieldses.org, vbabka@suse.cz, iamjoonsoo.kim@lge.com, viro@zeniv.linux.org.uk, mst@redhat.com, koct9i@gmail.com, minchan@kernel.org, aquini@redhat.com, linux-fsdevel@vger.kernel.org, virtualization@lists.linux-foundation.org, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, linux-mm@kvack.org, dri-devel@lists.freedesktop.org, akpm@linux-foundation.org, Gioh Kim References: <1436776519-17337-1-git-send-email-gioh.kim@lge.com> <20150729104945.GA30872@techsingularity.net> <20150729105554.GU16722@phenom.ffwll.local> <20150729121614.GA19352@techsingularity.net> <20150729124635.GW16722@phenom.ffwll.local> From: Gioh Kim Message-ID: <55B96DF5.40602@lge.com> Date: Thu, 30 Jul 2015 09:21:09 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150729124635.GW16722@phenom.ffwll.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 2015-07-29 오후 9:46에 Daniel Vetter 이(가) 쓴 글: > On Wed, Jul 29, 2015 at 01:16:14PM +0100, Mel Gorman wrote: >> On Wed, Jul 29, 2015 at 12:55:54PM +0200, Daniel Vetter wrote: >>> On Wed, Jul 29, 2015 at 11:49:45AM +0100, Mel Gorman wrote: >>>> On Mon, Jul 13, 2015 at 05:35:15PM +0900, Gioh Kim wrote: >>>>> My ARM-based platform occured severe fragmentation problem after long-term >>>>> (several days) test. Sometimes even order-3 page allocation failed. It has >>>>> memory size 512MB ~ 1024MB. 30% ~ 40% memory is consumed for graphic processing >>>>> and 20~30 memory is reserved for zram. >>>>> >>>> >>>> The primary motivation of this series is to reduce fragmentation by allowing >>>> more kernel pages to be moved. Conceptually that is a worthwhile goal but >>>> there should be at least one major in-kernel user and while balloon >>>> pages were a good starting point, I think we really need to see what the >>>> zram changes look like at the same time. >>> >>> I think gpu drivers really would be the perfect candidate for compacting >>> kernel page allocations. And this also seems the primary motivation for >>> this patch series, so I think that's really what we should use to judge >>> these patches. >>> >>> Of course then there's the seemingly eternal chicken/egg problem of >>> upstream gpu drivers for SoCs :( >> >> I recognised that the driver he had modified was not an in-tree user so >> it did not really help the review or the design. I did not think it was >> very fair to ask that an in-tree GPU driver be converted when it would not >> help the embedded platform of interest. Converting zram is both a useful >> illustration of the aops requirements and is expected to be beneficial on >> the embedded platform. Now, if a GPU driver author was willing to convert >> theirs as an example then that would be useful! > > Well my concern is more with merging infrastructure to upstream for > drivers which aren't upstream and with no plan to make that happen anytime > soon. Seems like just offload a bit to me ... but in the end core mm isn't > my thing so not my decision. > -Daniel > I get idea from the out-tree driver but this infrastructure will be useful for zram and balloon. That is agreed by the maintainers of each driver. I'm currently accepting feedbacks from balloon and zram and trying to be applicable for them. Of course I hope there will be more application. It'll be more useful if it has more application.