search for: rfcv3

On Tue, 7 Jul 2015 13:36:20 +0900 Gioh Kim <gioh.kim at lge.com> wrote: > From: Gioh Kim <gurugio at hanmail.net> > > Hello, > > This series try to enable migration of non-LRU pages, such as driver's page. > > My ARM-based platform occured severe fragmentation problem after long-term > (several days) test. Sometimes even order-3 page allocation failed.

On Wed, 08 Jul 2015 09:02:59 +0900 Gioh Kim <gioh.kim at lge.com> wrote: > > > 2015-07-08 ______ 7:37___ Andrew Morton ___(___) ___ ___: > > On Tue, 7 Jul 2015 13:36:20 +0900 Gioh Kim <gioh.kim at lge.com> wrote: > > > >> From: Gioh Kim <gurugio at hanmail.net> > >> > >> Hello, > >> > >> This series try to

>> >> >> Can the various in-kernel GPU drivers benefit from this? If so, wiring >> up one or more of those would be helpful? > > > I'm sure that other in-kernel GPU drivers can have benefit. > It must be helpful. > > If I was familiar with other in-kernel GPU drivers code, I tried to patch > them. > It's too bad. I'll bring dri-devel

On Thu, Jul 09, 2015 at 08:55:25AM +0900, Gioh Kim wrote: > > > 2015-07-09 ?? 7:47? Dave Airlie ?(?) ? ?: > >>> > >>> > >>>Can the various in-kernel GPU drivers benefit from this? If so, wiring > >>>up one or more of those would be helpful? > >> > >> > >>I'm sure that other in-kernel GPU drivers can have

On Thu, Jul 09, 2015 at 03:08:48PM +0200, Daniel Vetter wrote: > On Thu, Jul 09, 2015 at 08:55:25AM +0900, Gioh Kim wrote: > > > > > > 2015-07-09 ?? 7:47? Dave Airlie ?(?) ? ?: > > >>> > > >>> > > >>>Can the various in-kernel GPU drivers benefit from this? If so, wiring > > >>>up one or more of those would be

On Thu, Jul 09, 2015 at 03:08:48PM +0200, Daniel Vetter wrote: > On Thu, Jul 09, 2015 at 08:55:25AM +0900, Gioh Kim wrote: > > > > > > 2015-07-09 ?? 7:47? Dave Airlie ?(?) ? ?: > > >>> > > >>> > > >>>Can the various in-kernel GPU drivers benefit from this? If so, wiring > > >>>up one or more of those would be

From: Gioh Kim <gurugio at hanmail.net> Add framework to register callback functions and check page mobility. There are some modes for page isolation so that isolate interface has arguments of page address and isolation mode while putback interface has only page address as argument. Signed-off-by: Gioh Kim <gioh.kim at lge.com> --- fs/proc/page.c | 3 ++

2015-07-09 ?? 7:47? Dave Airlie ?(?) ? ?: >>> >>> >>> Can the various in-kernel GPU drivers benefit from this? If so, wiring >>> up one or more of those would be helpful? >> >> >> I'm sure that other in-kernel GPU drivers can have benefit. >> It must be helpful. >> >> If I was familiar with other in-kernel GPU drivers

2015-07-09 ?? 7:47? Dave Airlie ?(?) ? ?: >>> >>> >>> Can the various in-kernel GPU drivers benefit from this? If so, wiring >>> up one or more of those would be helpful? >> >> >> I'm sure that other in-kernel GPU drivers can have benefit. >> It must be helpful. >> >> If I was familiar with other in-kernel GPU drivers

From: Gioh Kim <gurugio at hanmail.net> Apply mobile page migration into balloon driver. The balloong driver has an anonymous inode that manages address_space_operation for page migration. Signed-off-by: Gioh Kim <gioh.kim at lge.com> --- drivers/virtio/virtio_balloon.c | 3 ++ include/linux/balloon_compaction.h | 15 +++++++-- mm/balloon_compaction.c | 65

On Tue, Jul 07, 2015 at 01:36:23PM +0900, Gioh Kim wrote: > From: Gioh Kim <gurugio at hanmail.net> > > Apply mobile page migration into balloon driver. > The balloong driver has an anonymous inode that manages > address_space_operation for page migration. > > Signed-off-by: Gioh Kim <gioh.kim at lge.com> > --- > drivers/virtio/virtio_balloon.c | 3 ++

On Tue, Jul 07, 2015 at 01:36:23PM +0900, Gioh Kim wrote: > From: Gioh Kim <gurugio at hanmail.net> > > Apply mobile page migration into balloon driver. > The balloong driver has an anonymous inode that manages > address_space_operation for page migration. > > Signed-off-by: Gioh Kim <gioh.kim at lge.com> > --- > drivers/virtio/virtio_balloon.c | 3 ++

2015-07-08 ?? 9:07? Andrew Morton ?(?) ? ?: > On Wed, 08 Jul 2015 09:02:59 +0900 Gioh Kim <gioh.kim at lge.com> wrote: > >> >> >> 2015-07-08 ______ 7:37___ Andrew Morton ___(___) ___ ___: >>> On Tue, 7 Jul 2015 13:36:20 +0900 Gioh Kim <gioh.kim at lge.com> wrote: >>> >>>> From: Gioh Kim <gurugio at hanmail.net>

2015-07-08 ?? 9:07? Andrew Morton ?(?) ? ?: > On Wed, 08 Jul 2015 09:02:59 +0900 Gioh Kim <gioh.kim at lge.com> wrote: > >> >> >> 2015-07-08 ______ 7:37___ Andrew Morton ___(___) ___ ___: >>> On Tue, 7 Jul 2015 13:36:20 +0900 Gioh Kim <gioh.kim at lge.com> wrote: >>> >>>> From: Gioh Kim <gurugio at hanmail.net>

2015-07-08 ?? 7:37? Andrew Morton ?(?) ? ?: > On Tue, 7 Jul 2015 13:36:20 +0900 Gioh Kim <gioh.kim at lge.com> wrote: > >> From: Gioh Kim <gurugio at hanmail.net> >> >> Hello, >> >> This series try to enable migration of non-LRU pages, such as driver's page. >> >> My ARM-based platform occured severe fragmentation problem after

2015-07-08 ?? 7:37? Andrew Morton ?(?) ? ?: > On Tue, 7 Jul 2015 13:36:20 +0900 Gioh Kim <gioh.kim at lge.com> wrote: > >> From: Gioh Kim <gurugio at hanmail.net> >> >> Hello, >> >> This series try to enable migration of non-LRU pages, such as driver's page. >> >> My ARM-based platform occured severe fragmentation problem after

On Tue, Jul 7, 2015 at 7:36 AM, Gioh Kim <gioh.kim at lge.com> wrote: > From: Gioh Kim <gurugio at hanmail.net> > > Add framework to register callback functions and check page mobility. > There are some modes for page isolation so that isolate interface > has arguments of page address and isolation mode while putback > interface has only page address as argument. >

On Tue, Jul 7, 2015 at 7:36 AM, Gioh Kim <gioh.kim at lge.com> wrote: > From: Gioh Kim <gurugio at hanmail.net> > > Add framework to register callback functions and check page mobility. > There are some modes for page isolation so that isolate interface > has arguments of page address and isolation mode while putback > interface has only page address as argument. >

Viswanath Puttagunta wrote: > I responded to your feedback before I started on RFCv3.. and took your > silence as approval :).. I guess that email got lost in your inbox sea > some where.. so re-posting the responses. Sorry, I did see it but I guess I read it rather more quickly than I thought. Apologies for that. > guidance. I wouldn't know where else to put this....

Almost there... just a few nits left. Viswanath Puttagunta wrote: > +if OPUS_ARM_NEON_INTR > +CELT_SOURCES += $(CELT_SOURCES_ARM_NEON_INTR) > +OPUS_ARM_NEON_INTR_CPPFLAGS = -mfpu=neon -O3 I'll repeat: I don't think you should change the optimization level here. > + /* Just unroll the rest of the loop */ I saw you decided to keep this unrolled, but you didn't actually