Re: [PATCH] mm: be more informative in OOM task list

of dump_tasks(), and having seen these values misinterpreted > on more than one occassion, I think this is a valuable addition. > > Could you also expand out the "pid" field to allow for seven digits > instead of five? I think everything else is aligned. > > Feel free to add > > Acked-by: David Rientjes > > to a v2. > Same here, for a v2: Acked-by: Rafael Aquini

Re: [PATCH] MAINTAINERS: copy virtio on balloon_compaction.c

irtio_blk.c > F: include/linux/virtio*.h > F: include/uapi/linux/virtio_*.h > F: drivers/crypto/virtio/ > +F: mm/balloon_compaction.c > > VIRTIO CRYPTO DRIVER > M: Gonglei <arei.gong...@huawei.com> > -- > MST Acked-by: Rafael Aquini <aqu...@redhat.com>

Re: [PATCH] MAINTAINERS: copy virtio on balloon_compaction.c

de/linux/virtio*.h > F: include/uapi/linux/virtio_*.h > F: drivers/crypto/virtio/ > +F: mm/balloon_compaction.c > > VIRTIO CRYPTO DRIVER > M: Gonglei > -- > MST Acked-by: Rafael Aquini

Re: [PATCH 1/5] mm, swap: Fix comment in __read_swap_cache_async

cenario very improbable to strike again. All seems legit, apart from that last paragraph in the commit log message Acked-by: Rafael Aquini <aqu...@redhat.com> > Cc: Shaohua Li <s...@kernel.org> > Cc: Rafael Aquini <aqu...@redhat.com> > Signed-off-by: "Huan

Re: [PATCH 1/5] mm, swap: Fix comment in __read_swap_cache_async

ike again. All seems legit, apart from that last paragraph in the commit log message Acked-by: Rafael Aquini > Cc: Shaohua Li > Cc: Rafael Aquini > Signed-off-by: "Huang, Ying" > --- > mm/swap_state.c | 12 +--- > 1 file changed, 1 insertion(+), 11 dele

Re: [PATCH] mm: Move readahead limit outside of readahead, and advisory syscalls

On Mon, Jul 25, 2016 at 01:47:32PM -0700, Andrew Morton wrote: > On Mon, 25 Jul 2016 10:39:25 -0400 Kyle Walker wrote: > > > Java workloads using the MappedByteBuffer library result in the fadvise() > > and madvise() syscalls being used extensively. Following recent readahead

Re: [PATCH] mm: Move readahead limit outside of readahead, and advisory syscalls

On Mon, Jul 25, 2016 at 01:47:32PM -0700, Andrew Morton wrote: > On Mon, 25 Jul 2016 10:39:25 -0400 Kyle Walker wrote: > > > Java workloads using the MappedByteBuffer library result in the fadvise() > > and madvise() syscalls being used extensively. Following recent readahead > > limiting

Re: [PATCH] x86/mm: Add barriers and document switch_mm()-vs-flush synchronization follow-up

On Tue, Aug 02, 2016 at 03:27:06PM -0700, Nadav Amit wrote: > Rafael Aquini <aqu...@redhat.com> wrote: > > > While backporting 71b3c126e611 ("x86/mm: Add barriers and document > > switch_mm()-vs-flush synchronization") > > we stumbled across a possibly mis

Re: [PATCH] x86/mm: Add barriers and document switch_mm()-vs-flush synchronization follow-up

On Tue, Aug 02, 2016 at 03:27:06PM -0700, Nadav Amit wrote: > Rafael Aquini wrote: > > > While backporting 71b3c126e611 ("x86/mm: Add barriers and document > > switch_mm()-vs-flush synchronization") > > we stumbled across a possibly missing barrier at fl

[PATCH] x86/mm: Add barriers and document switch_mm()-vs-flush synchronization follow-up

. This patch add that mentioned missing barrier and documents its case. Suggested-by: Andrea Arcangeli <aarca...@redhat.com> Signed-off-by: Rafael Aquini <aqu...@redhat.com> --- arch/x86/mm/tlb.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/x86/mm/tlb.c b/arch/x86/mm/tlb.c i

[PATCH] x86/mm: Add barriers and document switch_mm()-vs-flush synchronization follow-up

. This patch add that mentioned missing barrier and documents its case. Suggested-by: Andrea Arcangeli Signed-off-by: Rafael Aquini --- arch/x86/mm/tlb.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/x86/mm/tlb.c b/arch/x86/mm/tlb.c index 4dbe656..3b4addc 100644 --- a/arch/x86/mm/tlb.c +

Re: [PATCH 2/2] virtio_balloon: fix race between migration and ballooning

spin_unlock_irqrestore(_dev_info->pages_lock, flags); > unlock_page(page); > dequeued_page = true; > break; > } > } > + spin_unlock_irqrestore(_dev_info->

Re: [PATCH 1/2] virtio_balloon: fix race by fill and leak

lloon(vb); > + mutex_unlock(>balloon_lock); > return num_freed_pages; > } > > -- > 1.9.1 > Acked-by: Rafael Aquini -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH trivial] lib+mm: fix few spelling mistakes

On Sun, Dec 27, 2015 at 02:58:23PM +0100, Jiri Slaby wrote: > From: Bogdan Sikora > > All are in comments. > > Signed-off-by: Bogdan Sikora > Cc: > Cc: Rafael Aquini > Cc: Kent Overstreet > Cc: Jan Kara > Signed-off-by: Jiri Slaby > --- > lib/flex

Re: [PATCH trivial] lib+mm: fix few spelling mistakes

On Sun, Dec 27, 2015 at 02:58:23PM +0100, Jiri Slaby wrote: > From: Bogdan Sikora <bsik...@redhat.com> > > All are in comments. > > Signed-off-by: Bogdan Sikora <bsik...@redhat.com> > Cc: <linux...@kvack.org> > Cc: Rafael Aquini <aqu...@redhat.com> &g

Re: [PATCH 2/2] virtio_balloon: fix race between migration and ballooning

> __count_vm_event(BALLOON_DEFLATE); > - spin_unlock_irqrestore(_dev_info->pages_lock, flags); > unlock_page(page); > dequeued_page = true; > break; > } > } > +

Re: [PATCH 1/2] virtio_balloon: fix race by fill and leak

gt; - mutex_unlock(>balloon_lock); > release_pages_balloon(vb); > + mutex_unlock(>balloon_lock); > return num_freed_pages; > } > > -- > 1.9.1 > Acked-by: Rafael Aquini <aqu...@redhat.com> -- To unsubscribe from this list: send the line "unsubscri

Re: KVM: memory ballooning bug?

On Wed, Dec 23, 2015 at 11:17:10PM +0900, Minchan Kim wrote: > On Wed, Dec 23, 2015 at 06:14:49AM -0500, Rafael Aquini wrote: > > On Wed, Dec 23, 2015 at 02:22:28PM +0900, Minchan Kim wrote: > > > During my compaction-related stuff, I encountered some problems wit

Re: KVM: memory ballooning bug?

On Wed, Dec 23, 2015 at 02:22:28PM +0900, Minchan Kim wrote: > During my compaction-related stuff, I encountered some problems with > ballooning. > > Firstly, with repeated inflating and deflating cycle, guest memory(ie, > cat /proc/meminfo | grep MemTotal) decreased and couldn't recover. > >

Re: KVM: memory ballooning bug?

On Wed, Dec 23, 2015 at 11:17:10PM +0900, Minchan Kim wrote: > On Wed, Dec 23, 2015 at 06:14:49AM -0500, Rafael Aquini wrote: > > On Wed, Dec 23, 2015 at 02:22:28PM +0900, Minchan Kim wrote: > > > During my compaction-related stuff, I encountered some problems wit

Re: KVM: memory ballooning bug?

On Wed, Dec 23, 2015 at 02:22:28PM +0900, Minchan Kim wrote: > During my compaction-related stuff, I encountered some problems with > ballooning. > > Firstly, with repeated inflating and deflating cycle, guest memory(ie, > cat /proc/meminfo | grep MemTotal) decreased and couldn't recover. > >

Re: [PATCH 0/4] enable migration of driver pages

age-flags.h | 1 + > mm/balloon_compaction.c| 72 ++ > mm/compaction.c| 8 ++-- > mm/migrate.c | 24 +++--- > 12 files changed, 160 insertions(+), 74 deletions(-) > > -- > 2.1.4 > Acked-by: Rafael Aquini -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH 0/4] enable migration of driver pages

/balloon_compaction.c| 72 ++ mm/compaction.c| 8 ++-- mm/migrate.c | 24 +++--- 12 files changed, 160 insertions(+), 74 deletions(-) -- 2.1.4 Acked-by: Rafael Aquini aqu...@redhat.com

Re: [RFCv3 0/5] enable migration of driver pages

s.h | 1 + > mm/balloon_compaction.c | 71 ++- > mm/compaction.c| 8 ++-- > mm/migrate.c | 24 +++ > 12 files changed, 154 insertions(+), 75 deletions(-) > > -- > 2.1.4 > Acked-by: Rafael Aquini -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [RFCv3 0/5] enable migration of driver pages

/balloon_compaction.c| 71 ++- mm/compaction.c| 8 ++-- mm/migrate.c | 24 +++ 12 files changed, 154 insertions(+), 75 deletions(-) -- 2.1.4 Acked-by: Rafael Aquini aqu...@redhat.com

Re: [RFC 0/4] enable migration of non-LRU pages

On Fri, Jun 05, 2015 at 11:35:49PM +0900, Gioh Kim wrote: > >On Tue, Jun 02, 2015 at 04:27:40PM +0900, Gioh Kim wrote: > >>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

Re: [RFC 0/4] enable migration of non-LRU pages

On Tue, Jun 02, 2015 at 04:27:40PM +0900, Gioh Kim wrote: > 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.

Re: [RFC 0/4] enable migration of non-LRU pages

On Tue, Jun 02, 2015 at 04:27:40PM +0900, Gioh Kim wrote: 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. It

Re: [RFC 0/4] enable migration of non-LRU pages

On Fri, Jun 05, 2015 at 11:35:49PM +0900, Gioh Kim wrote: On Tue, Jun 02, 2015 at 04:27:40PM +0900, Gioh Kim wrote: 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)

Re: [PATCH] mm: readahead: get back a sensible upper limit

On Tue, Feb 24, 2015 at 01:56:25PM -0800, Linus Torvalds wrote: > On Tue, Feb 24, 2015 at 4:58 AM, Rafael Aquini wrote: > > > > This patch brings back the old behavior of max_sane_readahead() > > Yeah no. > > There was a reason that code was killed. No way in

Re: [PATCH] mm: readahead: get back a sensible upper limit

On Tue, Feb 24, 2015 at 12:50:20PM -0800, David Rientjes wrote: > On Tue, 24 Feb 2015, Rafael Aquini wrote: > > > commit 6d2be915e589 ("mm/readahead.c: fix readahead failure for memoryless > > NUMA > > nodes and limit readahead pages")[1] imp

[PATCH] mm: readahead: get back a sensible upper limit

uma_mem_id(), by any buggy reason, might end up not returning the 'local memory' for a memoryless node CPU. Reported-by: Laurence Oberman Tested-by: Laurence Oberman Signed-off-by: Rafael Aquini --- mm/readahead.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/mm/readah

Re: [PATCH] mm: readahead: get back a sensible upper limit

On Tue, Feb 24, 2015 at 12:50:20PM -0800, David Rientjes wrote: On Tue, 24 Feb 2015, Rafael Aquini wrote: commit 6d2be915e589 (mm/readahead.c: fix readahead failure for memoryless NUMA nodes and limit readahead pages)[1] imposed 2 mB hard limits to readahead by changing

[PATCH] mm: readahead: get back a sensible upper limit

(), by any buggy reason, might end up not returning the 'local memory' for a memoryless node CPU. Reported-by: Laurence Oberman lober...@redhat.com Tested-by: Laurence Oberman lober...@redhat.com Signed-off-by: Rafael Aquini aqu...@redhat.com --- mm/readahead.c | 8 +--- 1 file changed, 5 insertions

Re: [PATCH] mm: readahead: get back a sensible upper limit

On Tue, Feb 24, 2015 at 01:56:25PM -0800, Linus Torvalds wrote: On Tue, Feb 24, 2015 at 4:58 AM, Rafael Aquini aqu...@redhat.com wrote: This patch brings back the old behavior of max_sane_readahead() Yeah no. There was a reason that code was killed. No way in hell are we bringing back

[PATCH 0/2] Tiny adjustments to /proc/pid/numa_maps interface and documentation

This small patchset aims to add missing documentation to the /proc/pid/numa_maps interface as well as perform a small adjustment on the report output, as suggested by Andrew Morton, in the following discussion thread: * https://lkml.org/lkml/2015/1/5/769 Rafael Aquini (2): documentation

[PATCH 2/2] fs: proc: task_mmu: bump kernelpagesize_kB to EOL in /proc/pid/numa_maps

ble to any existent parser that expects numa_maps file line previous layout. Signed-off-by: Rafael Aquini --- Documentation/filesystems/proc.txt | 30 +++--- fs/proc/task_mmu.c | 4 ++-- 2 files changed, 17 insertions(+), 17 deletions(-) diff --git a/Doc

[PATCH 1/2] documentation: proc: add /proc/pid/numa_maps interface explanation snippet

This patch adds a small section to proc.txt doc in order to document its /proc/pid/numa_maps interface. It does not introduce any functional changes, just documentation. Signed-off-by: Rafael Aquini --- Documentation/filesystems/proc.txt | 33 + 1 file changed

[PATCH 2/2] fs: proc: task_mmu: bump kernelpagesize_kB to EOL in /proc/pid/numa_maps

existent parser that expects numa_maps file line previous layout. Signed-off-by: Rafael Aquini aqu...@redhat.com --- Documentation/filesystems/proc.txt | 30 +++--- fs/proc/task_mmu.c | 4 ++-- 2 files changed, 17 insertions(+), 17 deletions(-) diff --git

[PATCH 1/2] documentation: proc: add /proc/pid/numa_maps interface explanation snippet

This patch adds a small section to proc.txt doc in order to document its /proc/pid/numa_maps interface. It does not introduce any functional changes, just documentation. Signed-off-by: Rafael Aquini aqu...@redhat.com --- Documentation/filesystems/proc.txt | 33

[PATCH 0/2] Tiny adjustments to /proc/pid/numa_maps interface and documentation

This small patchset aims to add missing documentation to the /proc/pid/numa_maps interface as well as perform a small adjustment on the report output, as suggested by Andrew Morton, in the following discussion thread: * https://lkml.org/lkml/2015/1/5/769 Rafael Aquini (2): documentation

Re: [PATCH v2] fs: proc: task_mmu: show page size in /proc//numa_maps

On Mon, Jan 05, 2015 at 03:20:37PM -0800, Andrew Morton wrote: > On Mon, 5 Jan 2015 17:55:05 -0500 Rafael Aquini wrote: > > > On Mon, Jan 05, 2015 at 01:35:00PM -0800, Andrew Morton wrote: > > > On Mon, 5 Jan 2015 12:44:31 -0500 Rafael Aquini > > > wrote: > &

Re: [PATCH v2] fs: proc: task_mmu: show page size in /proc//numa_maps

On Mon, Jan 05, 2015 at 05:55:04PM -0500, Rafael Aquini wrote: > > > + seq_printf(m, " kernelpagesize_kB=%lu", vma_kernel_pagesize(vma) >> 10); > > > > This changes the format of the numa_maps file and can potentially break > > existing parsers.

Re: [PATCH v2] fs: proc: task_mmu: show page size in /proc//numa_maps

On Mon, Jan 05, 2015 at 01:35:00PM -0800, Andrew Morton wrote: > On Mon, 5 Jan 2015 12:44:31 -0500 Rafael Aquini wrote: > > > This patch introduces 'kernelpagesize_kB' line element to > > /proc//numa_maps > > report file in order to help identifying the size o

[PATCH v2] fs: proc: task_mmu: show page size in /proc//numa_maps

is based on Dave Hansen's proposal and reviewer's follow-ups taken from the following dicussion threads: * https://lkml.org/lkml/2011/9/21/454 * https://lkml.org/lkml/2014/12/20/66 Signed-off-by: Rafael Aquini --- * v2 changelog: . print kernel page size unconditionally (jweiner, dhansen

Re: [PATCH v2] fs: proc: task_mmu: show page size in /proc/pid/numa_maps

On Mon, Jan 05, 2015 at 05:55:04PM -0500, Rafael Aquini wrote: + seq_printf(m, kernelpagesize_kB=%lu, vma_kernel_pagesize(vma) 10); This changes the format of the numa_maps file and can potentially break existing parsers. Please discuss. I'd complain about the patch's failure

Re: [PATCH v2] fs: proc: task_mmu: show page size in /proc/pid/numa_maps

On Mon, Jan 05, 2015 at 01:35:00PM -0800, Andrew Morton wrote: On Mon, 5 Jan 2015 12:44:31 -0500 Rafael Aquini aqu...@redhat.com wrote: This patch introduces 'kernelpagesize_kB' line element to /proc/pid/numa_maps report file in order to help identifying the size of pages

Re: [PATCH v2] fs: proc: task_mmu: show page size in /proc/pid/numa_maps

On Mon, Jan 05, 2015 at 03:20:37PM -0800, Andrew Morton wrote: On Mon, 5 Jan 2015 17:55:05 -0500 Rafael Aquini aqu...@redhat.com wrote: On Mon, Jan 05, 2015 at 01:35:00PM -0800, Andrew Morton wrote: On Mon, 5 Jan 2015 12:44:31 -0500 Rafael Aquini aqu...@redhat.com wrote

[PATCH v2] fs: proc: task_mmu: show page size in /proc/pid/numa_maps

is based on Dave Hansen's proposal and reviewer's follow-ups taken from the following dicussion threads: * https://lkml.org/lkml/2011/9/21/454 * https://lkml.org/lkml/2014/12/20/66 Signed-off-by: Rafael Aquini aqu...@redhat.com --- * v2 changelog: . print kernel page size unconditionally (jweiner

Re: [PATCH] proc: task_mmu: show page size in /proc//numa_maps

On Mon, Dec 22, 2014 at 09:10:34AM -0800, Dave Hansen wrote: > On 12/21/2014 02:28 PM, Rafael Aquini wrote: > >>> > > I'm fine either way, it makes the change even simpler. Also, if we > >>> > > decide to get rid of page_size != PAGE_SIZE condition I believ

Re: [PATCH] proc: task_mmu: show page size in /proc/pid/numa_maps

On Mon, Dec 22, 2014 at 09:10:34AM -0800, Dave Hansen wrote: On 12/21/2014 02:28 PM, Rafael Aquini wrote: I'm fine either way, it makes the change even simpler. Also, if we decide to get rid of page_size != PAGE_SIZE condition I believe we can also get rid of that huge hint

Re: [PATCH] proc: task_mmu: show page size in /proc//numa_maps

On Sun, Dec 21, 2014 at 10:02:49AM -0800, Dave Hansen wrote: > On 12/20/2014 11:44 AM, Rafael Aquini wrote: > >> > > >> > It would be simpler to include this unconditionally. Otherwise you > >> > are forcing everybody parsing the file and trying to run cal

Re: [PATCH] proc: task_mmu: show page size in /proc/pid/numa_maps

On Sun, Dec 21, 2014 at 10:02:49AM -0800, Dave Hansen wrote: On 12/20/2014 11:44 AM, Rafael Aquini wrote: It would be simpler to include this unconditionally. Otherwise you are forcing everybody parsing the file and trying to run calculations of it to check for its presence

Re: [PATCH] proc: task_mmu: show page size in /proc//numa_maps

On Sat, Dec 20, 2014 at 01:36:13PM -0500, Johannes Weiner wrote: > On Sat, Dec 20, 2014 at 08:54:45AM -0500, Rafael Aquini wrote: > > This patch introduces 'pagesize' line element to /proc//numa_maps > > report file in order to help disambiguating the size of pages that are >

[PATCH] proc: task_mmu: show page size in /proc//numa_maps

to complement report output. This is specially useful to help differentiating between HUGE and GIGANTIC page VMAs. This patch is based on Dave Hansen's proposal and reviewer's follow ups taken from this dicussion: https://lkml.org/lkml/2011/9/21/454 Signed-off-by: Rafael Aquini --- fs/proc

[PATCH] proc: task_mmu: show page size in /proc/pid/numa_maps

to complement report output. This is specially useful to help differentiating between HUGE and GIGANTIC page VMAs. This patch is based on Dave Hansen's proposal and reviewer's follow ups taken from this dicussion: https://lkml.org/lkml/2011/9/21/454 Signed-off-by: Rafael Aquini aqu...@redhat.com

Re: [PATCH] proc: task_mmu: show page size in /proc/pid/numa_maps

On Sat, Dec 20, 2014 at 01:36:13PM -0500, Johannes Weiner wrote: On Sat, Dec 20, 2014 at 08:54:45AM -0500, Rafael Aquini wrote: This patch introduces 'pagesize' line element to /proc/pid/numa_maps report file in order to help disambiguating the size of pages that are backing memory areas

Re: [PATCH] kernel: sysctl: use 'unsigned long' type for 'zero' variable

kernel/sysctl.c > +++ b/kernel/sysctl.c > @@ -120,7 +120,7 @@ static int sixty = 60; > > static int __maybe_unused neg_one = -1; > > -static int zero; > +static unsigned long zero; > static int __maybe_unused one = 1; > static int __maybe_unused two = 2; > static int __maybe_unused four = 4; > -- > 2.2.0 > Acked-by: Rafael Aquini -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] kernel: sysctl: use 'unsigned long' type for 'zero' variable

= 60; static int __maybe_unused neg_one = -1; -static int zero; +static unsigned long zero; static int __maybe_unused one = 1; static int __maybe_unused two = 2; static int __maybe_unused four = 4; -- 2.2.0 Acked-by: Rafael Aquini aqu...@redhat.com -- To unsubscribe from

Re: [PATCH] ipc,sem block sem_lock on sma->lock during sma initialization

was mentioning as well. > > > You are right that without that change, we can return the > > wrong error codes to userspace. > > > > I will give the patch a try, though I have so far been unable > > to reproduce the bug that the customer reported, so I am unlikely >

Re: [PATCH] ipc,sem block sem_lock on sma-lock during sma initialization

...@redhat.com Acked-by: Davidlohr Bueso d...@stgolabs.net Acked-by: Rafael Aquini aqu...@redhat.com -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read

Re: [PATCH] ipc,sem block sem_lock on sma->lock during sma initialization

*/ > + sma->complex_count = 1; > + > id = ipc_addid(_ids(ns), >sem_perm, ns->sc_semmni); > if (id < 0) { > ipc_rcu_putref(sma, sem_rcu_free); Acked-by: Rafael Aquini -- To unsubscribe from this list: send the line "unsubscribe linux-kernel&

Re: [PATCH] ipc,sem block sem_lock on sma-lock during sma initialization

) { ipc_rcu_putref(sma, sem_rcu_free); Acked-by: Rafael Aquini aqu...@redhat.com -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please

[PATCH] mm: do not overwrite reserved pages counter at show_mem()

Minor fixlet to perform the reserved pages counter aggregation for each node, at show_mem() Signed-off-by: Rafael Aquini --- lib/show_mem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/show_mem.c b/lib/show_mem.c index 0922579..5e25627 100644 --- a/lib/show_mem.c

[PATCH] mm: do not overwrite reserved pages counter at show_mem()

Minor fixlet to perform the reserved pages counter aggregation for each node, at show_mem() Signed-off-by: Rafael Aquini aqu...@redhat.com --- lib/show_mem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/show_mem.c b/lib/show_mem.c index 0922579..5e25627 100644

Re: [PATCH 1/3] ipc/sem.c: Chance memory barrier in sem_lock() to smp_rmb()

> + * Now repeat the test of complex_count: > * It can't change anymore until we drop sem->lock. >* Thus: if is now 0, then it will stay 0. >*/ > -- > 1.9.3 > Acked-by: Rafael Aquin

Re: [PATCH 2/3] ipc/sem.c: increase SEMMSL, SEMMNI, SEMOPM

EMOPM 500 /* <= 1 000 max num of ops per semop call */ > #define SEMVMX 32767 /* <= 32767 semaphore maximum value */ > #define SEMAEM SEMVMX /* adjust on exit max value */ > > -- > 1.9.3 > Acked-by: Rafael Aquini -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] ipc: compat_mq sizeof() instead of sizeof

On Thu, Oct 02, 2014 at 05:20:28PM +0100, Paul McQuade wrote: > added a parenthesis for sizeof function > This log message could use some enhancement (just a nit) Other than that: Acked-by: Rafael Aquini > Signed-off-by: Paul McQuade > --- > ipc/compat_mq.c | 4 ++-- >

Re: [PATCH] ipc: compat_mq sizeof() instead of sizeof

On Thu, Oct 02, 2014 at 05:20:28PM +0100, Paul McQuade wrote: added a parenthesis for sizeof function This log message could use some enhancement (just a nit) Other than that: Acked-by: Rafael Aquini aqu...@redhat.com Signed-off-by: Paul McQuade paulmcq...@gmail.com --- ipc/compat_mq.c

Re: [PATCH 1/3] ipc/sem.c: Chance memory barrier in sem_lock() to smp_rmb()

. */ -- 1.9.3 Acked-by: Rafael Aquini aqu...@redhat.com -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http

Re: [PATCH 2/3] ipc/sem.c: increase SEMMSL, SEMMNI, SEMOPM

semop call */ +#define SEMOPM 500 /* = 1 000 max num of ops per semop call */ #define SEMVMX 32767 /* = 32767 semaphore maximum value */ #define SEMAEM SEMVMX /* adjust on exit max value */ -- 1.9.3 Acked-by: Rafael Aquini aqu...@redhat.com -- To unsubscribe

Re: [PATCH] mm readahead: Fix sys_readahead breakage by reverting 2MB limit (bug 79111)

On Thu, Jul 03, 2014 at 02:58:54PM -0700, Linus Torvalds wrote: > On Thu, Jul 3, 2014 at 12:43 PM, John Stoffel wrote: > > > > This is one of those perenial questions of how to tune this. I agree > > we should increase the number, but shouldn't it be based on both the > > amount of memory in the

Re: [PATCH] mm readahead: Fix sys_readahead breakage by reverting 2MB limit (bug 79111)

On Thu, Jul 03, 2014 at 02:58:54PM -0700, Linus Torvalds wrote: On Thu, Jul 3, 2014 at 12:43 PM, John Stoffel j...@stoffel.org wrote: This is one of those perenial questions of how to tune this. I agree we should increase the number, but shouldn't it be based on both the amount of memory

Re: [PATCH] dma: iovlock: avoid dma_pin_iovec_pages() causing page allocator warns on order >= MAX_ORDER

On Tue, Sep 09, 2014 at 02:22:38PM -0400, Rafael Aquini wrote: > dma_pin_iovec_pages() eventually causes the page allocator to stumble across > it warning case when a request for contigous mem block gets order >= > MAX_ORDER. > >trinity(11230): Randomness reseeded to 0xaf7

Re: [PATCH] dma: iovlock: avoid dma_pin_iovec_pages() causing page allocator warns on order = MAX_ORDER

On Tue, Sep 09, 2014 at 02:22:38PM -0400, Rafael Aquini wrote: dma_pin_iovec_pages() eventually causes the page allocator to stumble across it warning case when a request for contigous mem block gets order = MAX_ORDER. trinity(11230): Randomness reseeded to 0xaf76756f trinity

Re: [PATCH v2 4/6] mm: introduce common page state for ballooned memory

On Tue, Sep 23, 2014 at 12:06:11AM +0400, Konstantin Khlebnikov wrote: > On Mon, Sep 22, 2014 at 11:22 PM, Rafael Aquini wrote: > > On Mon, Sep 22, 2014 at 10:40:34PM +0400, Konstantin Khlebnikov wrote: > >> On Sat, Sep 20, 2014 at 10:23 AM, Andrew Morton > >> wrote:

Re: [PATCH v2 4/6] mm: introduce common page state for ballooned memory

On Mon, Sep 22, 2014 at 10:40:34PM +0400, Konstantin Khlebnikov wrote: > On Sat, Sep 20, 2014 at 10:23 AM, Andrew Morton > wrote: > > On Sat, 20 Sep 2014 09:25:01 +0400 Konstantin Khlebnikov > > wrote: > > > >> > > >> > So I'm going to send "fix for > >> >

Re: [PATCH v2 4/6] mm: introduce common page state for ballooned memory

On Mon, Sep 22, 2014 at 10:40:34PM +0400, Konstantin Khlebnikov wrote: On Sat, Sep 20, 2014 at 10:23 AM, Andrew Morton a...@linux-foundation.org wrote: On Sat, 20 Sep 2014 09:25:01 +0400 Konstantin Khlebnikov koc...@gmail.com wrote: So I'm going to send fix for

Re: [PATCH v2 4/6] mm: introduce common page state for ballooned memory

On Tue, Sep 23, 2014 at 12:06:11AM +0400, Konstantin Khlebnikov wrote: On Mon, Sep 22, 2014 at 11:22 PM, Rafael Aquini aqu...@redhat.com wrote: On Mon, Sep 22, 2014 at 10:40:34PM +0400, Konstantin Khlebnikov wrote: On Sat, Sep 20, 2014 at 10:23 AM, Andrew Morton a...@linux-foundation.org

[PATCH] dma: iovlock: avoid dma_pin_iovec_pages() causing page allocator warns on order >= MAX_ORDER

ary than other thing, so lets just prevent it from getting out to the wild world. This patch also does a minor code style surgery on the surrounding hunk. Signed-off-by: Rafael Aquini --- drivers/dma/iovlock.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/

[PATCH] dma: iovlock: avoid dma_pin_iovec_pages() causing page allocator warns on order = MAX_ORDER

hunk. Signed-off-by: Rafael Aquini aqu...@redhat.com --- drivers/dma/iovlock.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/dma/iovlock.c b/drivers/dma/iovlock.c index bb48a57..4cb8379 100644 --- a/drivers/dma/iovlock.c +++ b/drivers/dma/iovlock.c @@ -69,9

Re: [PATCH v2 6/6] mm/balloon_compaction: general cleanup

* holding a reference to the 'newpage' at this point. > - */ > - BUG_ON(!trylock_page(newpage)); > - > - if (WARN_ON(!PageBalloon(page))) { > - dump_page(page, "not movable balloon page"); > - unlock_page(newpage); > - return rc; > - } > - > - mapping = pa

Re: [PATCH v2 5/6] mm/balloon_compaction: use common page ballooning

y special attention from >* physical to virtual reverse mapping procedures. > @@ -952,6 +952,7 @@ static int unmap_and_move(new_page_t get_new_page, > free_page_t put_new_page, > > rc = __unmap_and_move(page, newpage, force, mode); > > +#ifdef CONFIG_MEMORY_BALLOON >

Re: [PATCH v2 4/6] mm: introduce common page state for ballooned memory

"nr_anon_transparent_hugepages", > "nr_free_cma", > +#ifdef CONFIG_MEMORY_BALLOON > + "nr_balloon_pages", > +#endif > + > + /* enum writeback_stat_item counters */ > "nr_dirty_threshold", > "nr_dirty_background_thres

Re: [PATCH v2 3/6] mm/balloon_compaction: isolate balloon pages without lru_lock

if (locked && balloon_page_isolate(page)) { > + if (balloon_page_isolate(page)) { > /* Successfully isolated */ > goto isolate_success; >

Re: [PATCH v2 2/6] mm/balloon_compaction: keep ballooned pages away from normal migration path

/* > * A ballooned page does not need any special attention from >* physical to virtual reverse mapping procedures. > Acked-by: Rafael Aquini -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH v2 1/6] mm/balloon_compaction: ignore anonymous pages

mapping_balloon(mapping); > + return !PageAnon(page) && mapping_balloon(mapping); > } > > /* > Acked-by: Rafael Aquini -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH v2 1/6] mm/balloon_compaction: ignore anonymous pages

); + return !PageAnon(page) mapping_balloon(mapping); } /* Acked-by: Rafael Aquini aqu...@redhat.com -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH v2 2/6] mm/balloon_compaction: keep ballooned pages away from normal migration path

. Acked-by: Rafael Aquini aqu...@redhat.com -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH v2 3/6] mm/balloon_compaction: isolate balloon pages without lru_lock

balloon_page_isolate(page)) { + if (balloon_page_isolate(page)) { /* Successfully isolated */ goto isolate_success; } Acked-by: Rafael Aquini aqu...@redhat.com

Re: [PATCH v2 4/6] mm: introduce common page state for ballooned memory

] = t:thp, + [KPF_BALLOON] = o:balloon, [KPF_RESERVED] = r:reserved, [KPF_MLOCKED] = m:mlocked, Acked-by: Rafael Aquini aqu...@redhat.com -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message

Re: [PATCH v2 5/6] mm/balloon_compaction: use common page ballooning

, clean_pages); } Acked-by: Rafael Aquini aqu...@redhat.com -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http

Re: [PATCH v2 6/6] mm/balloon_compaction: general cleanup

= unmap_and_move(get_new_page, put_new_page, private, page, pass 2, mode); Acked-by: Rafael Aquini aqu...@redhat.com -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo

Re: [PATCH 7/7] mm/balloon_compaction: general cleanup

On Fri, Aug 29, 2014 at 05:09:55PM -0400, Rafael Aquini wrote: > On Fri, Aug 29, 2014 at 02:05:21PM -0700, Andrew Morton wrote: > > On Wed, 20 Aug 2014 19:05:09 +0400 Konstantin Khlebnikov > > wrote: > > > > > * move special branch for balloon migraion into migrat

Re: [PATCH 7/7] mm/balloon_compaction: general cleanup

On Fri, Aug 29, 2014 at 02:05:21PM -0700, Andrew Morton wrote: > On Wed, 20 Aug 2014 19:05:09 +0400 Konstantin Khlebnikov > wrote: > > > * move special branch for balloon migraion into migrate_pages > > * remove special mapping for balloon and its flag AS_BALLOON_MAP > > * embed struct

Re: [PATCH 7/7] mm/balloon_compaction: general cleanup

On Fri, Aug 29, 2014 at 02:05:21PM -0700, Andrew Morton wrote: On Wed, 20 Aug 2014 19:05:09 +0400 Konstantin Khlebnikov k.khlebni...@samsung.com wrote: * move special branch for balloon migraion into migrate_pages * remove special mapping for balloon and its flag AS_BALLOON_MAP * embed

Re: [PATCH 7/7] mm/balloon_compaction: general cleanup

On Fri, Aug 29, 2014 at 05:09:55PM -0400, Rafael Aquini wrote: On Fri, Aug 29, 2014 at 02:05:21PM -0700, Andrew Morton wrote: On Wed, 20 Aug 2014 19:05:09 +0400 Konstantin Khlebnikov k.khlebni...@samsung.com wrote: * move special branch for balloon migraion into migrate_pages

Re: [PATCH 7/7] mm/balloon_compaction: general cleanup

On Thu, Aug 21, 2014 at 11:30:59AM +0400, Konstantin Khlebnikov wrote: > On Thu, Aug 21, 2014 at 3:58 AM, Rafael Aquini wrote: > > On Wed, Aug 20, 2014 at 07:05:09PM +0400, Konstantin Khlebnikov wrote: > >> * move special branch for balloon migraion into migrate_pages >

Re: [PATCH 7/7] mm/balloon_compaction: general cleanup

On Thu, Aug 21, 2014 at 11:30:59AM +0400, Konstantin Khlebnikov wrote: On Thu, Aug 21, 2014 at 3:58 AM, Rafael Aquini aqu...@redhat.com wrote: On Wed, Aug 20, 2014 at 07:05:09PM +0400, Konstantin Khlebnikov wrote: * move special branch for balloon migraion into migrate_pages * remove

Re: [PATCH 7/7] mm/balloon_compaction: general cleanup

On Wed, Aug 20, 2014 at 07:05:09PM +0400, Konstantin Khlebnikov wrote: > * move special branch for balloon migraion into migrate_pages > * remove special mapping for balloon and its flag AS_BALLOON_MAP > * embed struct balloon_dev_info into struct virtio_balloon > * cleanup balloon_page_dequeue,

<    1   2   3   4   5   6   7   >