From: Mel Gorman <mgorman@suse.de> To: Dave Hansen <dave.hansen@intel.com> Cc: Andrew Morton <akpm@linux-foundation.org>, Nathan Zimmer <nzimmer@sgi.com>, Waiman Long <waiman.long@hp.com>, Scott Norton <scott.norton@hp.com>, Daniel J Blueman <daniel@numascale.com>, Linux-MM <linux-mm@kvack.org>, LKML <linux-kernel@vger.kernel.org>, Al Viro <viro@zeniv.linux.org.uk>, Linus Torvalds <torvalds@linux-foundation.org> Subject: Re: 4.2-rc2: hitting "file-max limit 8192 reached" Date: Wed, 15 Jul 2015 11:45:26 +0100 [thread overview] Message-ID: <20150715104526.GB6812@suse.de> (raw) In-Reply-To: <55A530A3.2080301@intel.com> On Tue, Jul 14, 2015 at 08:54:11AM -0700, Dave Hansen wrote: > My laptop has been behaving strangely with 4.2-rc2. Once I log in to my > X session, I start getting all kinds of strange errors from applications > and see this in my dmesg: > > VFS: file-max limit 8192 reached > > Could this be from CONFIG_DEFERRED_STRUCT_PAGE_INIT=y? files_init() > seems top be sizing files_stat.max_files from memory sizes. > Yep. I'm very sick at the moment and running a temperature so this needs double checking. Medication is helping but I'm nowhere near 100%. Andrew mentioned nr_free_buffer_pages and nr_free_pagecache_pages. They are both live calculation that walks through zonelists with return values based on zone->managed_pages. They are not affected by deferred memory initialisation which leaves managed_pages alone. AFAICS, the key problem is to watch for initialisations that are based on free memory. It appears that only file_table.c cares and the calculation of limits can be done after deferred memory initialisation like this; ---8<--- fs, file table: Reinit files_stat.max_files after deferred memory initialisation Dave Hansen reported the following; My laptop has been behaving strangely with 4.2-rc2. Once I log in to my X session, I start getting all kinds of strange errors from applications and see this in my dmesg: VFS: file-max limit 8192 reached The problem is that the file-max is calculated before memory is fully initialised and miscalculates how much memory the kernel is using. This patch recalculates file-max after deferred memory initialisation. Note that using memory hotplug infrastructure would not have avoided this problem as the value is not recalculated after memory hot-add. 4.1: files_stat.max_files = 6582781 4.2-rc2: files_stat.max_files = 8192 4.2-rc2 patched: files_stat.max_files = 6562467 Small differences with the patch applied and 4.1 but not enough to matter. Signed-off-by: Mel Gorman <mgorman@suse.de> --- fs/dcache.c | 13 +++---------- fs/file_table.c | 24 +++++++++++++++--------- include/linux/fs.h | 5 +++-- init/main.c | 2 +- mm/page_alloc.c | 3 +++ 5 files changed, 25 insertions(+), 22 deletions(-) diff --git a/fs/dcache.c b/fs/dcache.c index 5c8ea15e73a5..9b5fe503f6cb 100644 --- a/fs/dcache.c +++ b/fs/dcache.c @@ -3442,22 +3442,15 @@ void __init vfs_caches_init_early(void) inode_init_early(); } -void __init vfs_caches_init(unsigned long mempages) +void __init vfs_caches_init(void) { - unsigned long reserve; - - /* Base hash sizes on available memory, with a reserve equal to - 150% of current kernel size */ - - reserve = min((mempages - nr_free_pages()) * 3/2, mempages - 1); - mempages -= reserve; - names_cachep = kmem_cache_create("names_cache", PATH_MAX, 0, SLAB_HWCACHE_ALIGN|SLAB_PANIC, NULL); dcache_init(); inode_init(); - files_init(mempages); + files_init(); + files_maxfiles_init(); mnt_init(); bdev_cache_init(); chrdev_init(); diff --git a/fs/file_table.c b/fs/file_table.c index 7f9d407c7595..ad17e05ebf95 100644 --- a/fs/file_table.c +++ b/fs/file_table.c @@ -25,6 +25,7 @@ #include <linux/hardirq.h> #include <linux/task_work.h> #include <linux/ima.h> +#include <linux/swap.h> #include <linux/atomic.h> @@ -308,19 +309,24 @@ void put_filp(struct file *file) } } -void __init files_init(unsigned long mempages) +void __init files_init(void) { - unsigned long n; - filp_cachep = kmem_cache_create("filp", sizeof(struct file), 0, SLAB_HWCACHE_ALIGN | SLAB_PANIC, NULL); + percpu_counter_init(&nr_files, 0, GFP_KERNEL); +} - /* - * One file with associated inode and dcache is very roughly 1K. - * Per default don't use more than 10% of our memory for files. - */ +/* + * One file with associated inode and dcache is very roughly 1K. Per default + * do not use more than 10% of our memory for files. + */ +void __init files_maxfiles_init(void) +{ + unsigned long n; + unsigned long memreserve = (totalram_pages - nr_free_pages()) * 3/2; + + memreserve = min(memreserve, totalram_pages - 1); + n = ((totalram_pages - memreserve) * (PAGE_SIZE / 1024)) / 10; - n = (mempages * (PAGE_SIZE / 1024)) / 10; files_stat.max_files = max_t(unsigned long, n, NR_FILE); - percpu_counter_init(&nr_files, 0, GFP_KERNEL); } diff --git a/include/linux/fs.h b/include/linux/fs.h index a0653e560c26..e6ceaae3a50e 100644 --- a/include/linux/fs.h +++ b/include/linux/fs.h @@ -55,7 +55,8 @@ struct vm_fault; extern void __init inode_init(void); extern void __init inode_init_early(void); -extern void __init files_init(unsigned long); +extern void __init files_init(void); +extern void __init files_maxfiles_init(void); extern struct files_stat_struct files_stat; extern unsigned long get_max_files(void); @@ -2235,7 +2236,7 @@ extern int ioctl_preallocate(struct file *filp, void __user *argp); /* fs/dcache.c */ extern void __init vfs_caches_init_early(void); -extern void __init vfs_caches_init(unsigned long); +extern void __init vfs_caches_init(void); extern struct kmem_cache *names_cachep; diff --git a/init/main.c b/init/main.c index c5d5626289ce..56506553d4d8 100644 --- a/init/main.c +++ b/init/main.c @@ -656,7 +656,7 @@ asmlinkage __visible void __init start_kernel(void) key_init(); security_init(); dbg_late_init(); - vfs_caches_init(totalram_pages); + vfs_caches_init(); signals_init(); /* rootfs populating might need page-writeback */ page_writeback_init(); diff --git a/mm/page_alloc.c b/mm/page_alloc.c index a69e78c396a0..94e2599830c2 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -1203,6 +1203,9 @@ void __init page_alloc_init_late(void) /* Block until all are initialised */ wait_for_completion(&pgdat_init_all_done_comp); + + /* Reinit limits that are based on free pages after the kernel is up */ + files_maxfiles_init(); } #endif /* CONFIG_DEFERRED_STRUCT_PAGE_INIT */
WARNING: multiple messages have this Message-ID (diff)
From: Mel Gorman <mgorman@suse.de> To: Dave Hansen <dave.hansen@intel.com> Cc: Andrew Morton <akpm@linux-foundation.org>, Nathan Zimmer <nzimmer@sgi.com>, Waiman Long <waiman.long@hp.com>, Scott Norton <scott.norton@hp.com>, Daniel J Blueman <daniel@numascale.com>, Linux-MM <linux-mm@kvack.org>, LKML <linux-kernel@vger.kernel.org>, Al Viro <viro@zeniv.linux.org.uk>, Linus Torvalds <torvalds@linux-foundation.org> Subject: Re: 4.2-rc2: hitting "file-max limit 8192 reached" Date: Wed, 15 Jul 2015 11:45:26 +0100 [thread overview] Message-ID: <20150715104526.GB6812@suse.de> (raw) In-Reply-To: <55A530A3.2080301@intel.com> On Tue, Jul 14, 2015 at 08:54:11AM -0700, Dave Hansen wrote: > My laptop has been behaving strangely with 4.2-rc2. Once I log in to my > X session, I start getting all kinds of strange errors from applications > and see this in my dmesg: > > VFS: file-max limit 8192 reached > > Could this be from CONFIG_DEFERRED_STRUCT_PAGE_INIT=y? files_init() > seems top be sizing files_stat.max_files from memory sizes. > Yep. I'm very sick at the moment and running a temperature so this needs double checking. Medication is helping but I'm nowhere near 100%. Andrew mentioned nr_free_buffer_pages and nr_free_pagecache_pages. They are both live calculation that walks through zonelists with return values based on zone->managed_pages. They are not affected by deferred memory initialisation which leaves managed_pages alone. AFAICS, the key problem is to watch for initialisations that are based on free memory. It appears that only file_table.c cares and the calculation of limits can be done after deferred memory initialisation like this; ---8<--- fs, file table: Reinit files_stat.max_files after deferred memory initialisation Dave Hansen reported the following; My laptop has been behaving strangely with 4.2-rc2. Once I log in to my X session, I start getting all kinds of strange errors from applications and see this in my dmesg: VFS: file-max limit 8192 reached The problem is that the file-max is calculated before memory is fully initialised and miscalculates how much memory the kernel is using. This patch recalculates file-max after deferred memory initialisation. Note that using memory hotplug infrastructure would not have avoided this problem as the value is not recalculated after memory hot-add. 4.1: files_stat.max_files = 6582781 4.2-rc2: files_stat.max_files = 8192 4.2-rc2 patched: files_stat.max_files = 6562467 Small differences with the patch applied and 4.1 but not enough to matter. Signed-off-by: Mel Gorman <mgorman@suse.de> --- fs/dcache.c | 13 +++---------- fs/file_table.c | 24 +++++++++++++++--------- include/linux/fs.h | 5 +++-- init/main.c | 2 +- mm/page_alloc.c | 3 +++ 5 files changed, 25 insertions(+), 22 deletions(-) diff --git a/fs/dcache.c b/fs/dcache.c index 5c8ea15e73a5..9b5fe503f6cb 100644 --- a/fs/dcache.c +++ b/fs/dcache.c @@ -3442,22 +3442,15 @@ void __init vfs_caches_init_early(void) inode_init_early(); } -void __init vfs_caches_init(unsigned long mempages) +void __init vfs_caches_init(void) { - unsigned long reserve; - - /* Base hash sizes on available memory, with a reserve equal to - 150% of current kernel size */ - - reserve = min((mempages - nr_free_pages()) * 3/2, mempages - 1); - mempages -= reserve; - names_cachep = kmem_cache_create("names_cache", PATH_MAX, 0, SLAB_HWCACHE_ALIGN|SLAB_PANIC, NULL); dcache_init(); inode_init(); - files_init(mempages); + files_init(); + files_maxfiles_init(); mnt_init(); bdev_cache_init(); chrdev_init(); diff --git a/fs/file_table.c b/fs/file_table.c index 7f9d407c7595..ad17e05ebf95 100644 --- a/fs/file_table.c +++ b/fs/file_table.c @@ -25,6 +25,7 @@ #include <linux/hardirq.h> #include <linux/task_work.h> #include <linux/ima.h> +#include <linux/swap.h> #include <linux/atomic.h> @@ -308,19 +309,24 @@ void put_filp(struct file *file) } } -void __init files_init(unsigned long mempages) +void __init files_init(void) { - unsigned long n; - filp_cachep = kmem_cache_create("filp", sizeof(struct file), 0, SLAB_HWCACHE_ALIGN | SLAB_PANIC, NULL); + percpu_counter_init(&nr_files, 0, GFP_KERNEL); +} - /* - * One file with associated inode and dcache is very roughly 1K. - * Per default don't use more than 10% of our memory for files. - */ +/* + * One file with associated inode and dcache is very roughly 1K. Per default + * do not use more than 10% of our memory for files. + */ +void __init files_maxfiles_init(void) +{ + unsigned long n; + unsigned long memreserve = (totalram_pages - nr_free_pages()) * 3/2; + + memreserve = min(memreserve, totalram_pages - 1); + n = ((totalram_pages - memreserve) * (PAGE_SIZE / 1024)) / 10; - n = (mempages * (PAGE_SIZE / 1024)) / 10; files_stat.max_files = max_t(unsigned long, n, NR_FILE); - percpu_counter_init(&nr_files, 0, GFP_KERNEL); } diff --git a/include/linux/fs.h b/include/linux/fs.h index a0653e560c26..e6ceaae3a50e 100644 --- a/include/linux/fs.h +++ b/include/linux/fs.h @@ -55,7 +55,8 @@ struct vm_fault; extern void __init inode_init(void); extern void __init inode_init_early(void); -extern void __init files_init(unsigned long); +extern void __init files_init(void); +extern void __init files_maxfiles_init(void); extern struct files_stat_struct files_stat; extern unsigned long get_max_files(void); @@ -2235,7 +2236,7 @@ extern int ioctl_preallocate(struct file *filp, void __user *argp); /* fs/dcache.c */ extern void __init vfs_caches_init_early(void); -extern void __init vfs_caches_init(unsigned long); +extern void __init vfs_caches_init(void); extern struct kmem_cache *names_cachep; diff --git a/init/main.c b/init/main.c index c5d5626289ce..56506553d4d8 100644 --- a/init/main.c +++ b/init/main.c @@ -656,7 +656,7 @@ asmlinkage __visible void __init start_kernel(void) key_init(); security_init(); dbg_late_init(); - vfs_caches_init(totalram_pages); + vfs_caches_init(); signals_init(); /* rootfs populating might need page-writeback */ page_writeback_init(); diff --git a/mm/page_alloc.c b/mm/page_alloc.c index a69e78c396a0..94e2599830c2 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -1203,6 +1203,9 @@ void __init page_alloc_init_late(void) /* Block until all are initialised */ wait_for_completion(&pgdat_init_all_done_comp); + + /* Reinit limits that are based on free pages after the kernel is up */ + files_maxfiles_init(); } #endif /* CONFIG_DEFERRED_STRUCT_PAGE_INIT */ -- 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: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2015-07-15 10:45 UTC|newest] Thread overview: 168+ messages / expand[flat|nested] mbox.gz Atom feed top 2015-04-28 14:36 [PATCH 0/13] Parallel struct page initialisation v4 Mel Gorman 2015-04-28 14:36 ` Mel Gorman 2015-04-28 14:36 ` [PATCH 01/13] memblock: Introduce a for_each_reserved_mem_region iterator Mel Gorman 2015-04-28 14:36 ` Mel Gorman 2015-04-28 14:36 ` [PATCH 02/13] mm: meminit: Move page initialization into a separate function Mel Gorman 2015-04-28 14:36 ` Mel Gorman 2015-04-28 14:37 ` [PATCH 03/13] mm: meminit: Only set page reserved in the memblock region Mel Gorman 2015-04-28 14:37 ` Mel Gorman 2015-05-22 20:31 ` Tony Luck 2015-05-22 20:31 ` Tony Luck 2015-05-26 10:22 ` Mel Gorman 2015-05-26 10:22 ` Mel Gorman 2015-04-28 14:37 ` [PATCH 04/13] mm: page_alloc: Pass PFN to __free_pages_bootmem Mel Gorman 2015-04-28 14:37 ` Mel Gorman 2015-05-01 9:20 ` [PATCH] mm: page_alloc: pass PFN to __free_pages_bootmem -fix Mel Gorman 2015-05-01 9:20 ` Mel Gorman 2015-04-28 14:37 ` [PATCH 05/13] mm: meminit: Make __early_pfn_to_nid SMP-safe and introduce meminit_pfn_in_nid Mel Gorman 2015-04-28 14:37 ` Mel Gorman 2015-04-28 14:37 ` [PATCH 06/13] mm: meminit: Inline some helper functions Mel Gorman 2015-04-28 14:37 ` Mel Gorman 2015-04-30 21:53 ` Andrew Morton 2015-04-30 21:53 ` Andrew Morton 2015-04-30 21:55 ` Andrew Morton 2015-04-30 21:55 ` Andrew Morton 2015-05-04 8:33 ` Michal Hocko 2015-05-04 8:33 ` Michal Hocko 2015-05-04 8:38 ` Michal Hocko 2015-05-04 8:38 ` Michal Hocko 2015-04-28 14:37 ` [PATCH 07/13] mm: meminit: Initialise a subset of struct pages if CONFIG_DEFERRED_STRUCT_PAGE_INIT is set Mel Gorman 2015-04-28 14:37 ` Mel Gorman 2015-04-29 21:19 ` Andrew Morton 2015-04-29 21:19 ` Andrew Morton 2015-04-30 8:45 ` Mel Gorman 2015-04-30 8:45 ` Mel Gorman 2015-05-01 9:21 ` [PATCH] mm: meminit: Initialise a subset of struct pages if CONFIG_DEFERRED_STRUCT_PAGE_INIT is set -fix Mel Gorman 2015-05-01 9:21 ` Mel Gorman 2015-07-14 15:54 ` 4.2-rc2: hitting "file-max limit 8192 reached" Dave Hansen 2015-07-14 15:54 ` Dave Hansen 2015-07-14 16:15 ` Andrew Morton 2015-07-14 16:15 ` Andrew Morton 2015-07-15 10:45 ` Mel Gorman [this message] 2015-07-15 10:45 ` Mel Gorman 2015-04-28 14:37 ` [PATCH 08/13] mm: meminit: Initialise remaining struct pages in parallel with kswapd Mel Gorman 2015-04-28 14:37 ` Mel Gorman 2015-04-28 14:37 ` [PATCH 09/13] mm: meminit: Minimise number of pfn->page lookups during initialisation Mel Gorman 2015-04-28 14:37 ` Mel Gorman 2015-04-28 14:37 ` [PATCH 10/13] x86: mm: Enable deferred struct page initialisation on x86-64 Mel Gorman 2015-04-28 14:37 ` Mel Gorman 2015-04-28 14:37 ` [PATCH 11/13] mm: meminit: Free pages in large chunks where possible Mel Gorman 2015-04-28 14:37 ` Mel Gorman 2015-04-28 14:37 ` [PATCH 12/13] mm: meminit: Reduce number of times pageblocks are set during struct page init Mel Gorman 2015-04-28 14:37 ` Mel Gorman 2015-05-01 9:23 ` [PATCH] mm: meminit: Reduce number of times pageblocks are set during struct page init -fix Mel Gorman 2015-05-01 9:23 ` Mel Gorman 2015-04-28 14:37 ` [PATCH 13/13] mm: meminit: Remove mminit_verify_page_links Mel Gorman 2015-04-28 14:37 ` Mel Gorman 2015-04-28 16:06 ` [PATCH 0/13] Parallel struct page initialisation v4 Pekka Enberg 2015-04-28 16:06 ` Pekka Enberg 2015-04-28 18:38 ` nzimmer 2015-04-28 18:38 ` nzimmer 2015-04-30 16:10 ` Daniel J Blueman 2015-04-30 16:10 ` Daniel J Blueman 2015-04-30 17:12 ` nzimmer 2015-04-30 17:12 ` nzimmer 2015-04-30 17:28 ` Mel Gorman 2015-04-30 17:28 ` Mel Gorman 2015-05-02 11:52 ` Elliott, Robert (Server Storage) 2015-05-02 11:52 ` Elliott, Robert (Server Storage) 2015-05-02 11:52 ` Elliott, Robert (Server Storage) 2015-04-29 1:16 ` Waiman Long 2015-04-29 1:16 ` Waiman Long 2015-05-01 22:02 ` Waiman Long 2015-05-01 22:02 ` Waiman Long 2015-05-02 0:09 ` Waiman Long 2015-05-02 0:09 ` Waiman Long 2015-05-02 8:52 ` Daniel J Blueman 2015-05-02 8:52 ` Daniel J Blueman 2015-05-02 16:05 ` Daniel J Blueman 2015-05-02 16:05 ` Daniel J Blueman 2015-05-04 21:30 ` Andrew Morton 2015-05-04 21:30 ` Andrew Morton 2015-05-05 3:32 ` Waiman Long 2015-05-05 3:32 ` Waiman Long 2015-05-05 10:45 ` Mel Gorman 2015-05-05 10:45 ` Mel Gorman 2015-05-05 13:55 ` Waiman Long 2015-05-05 13:55 ` Waiman Long 2015-05-05 14:31 ` Mel Gorman 2015-05-05 14:31 ` Mel Gorman 2015-05-05 15:01 ` Waiman Long 2015-05-05 15:01 ` Waiman Long 2015-05-06 3:39 ` Waiman Long 2015-05-06 3:39 ` Waiman Long 2015-05-06 0:55 ` Waiman Long 2015-05-06 0:55 ` Waiman Long 2015-05-05 20:02 ` Andrew Morton 2015-05-05 20:02 ` Andrew Morton 2015-05-05 22:13 ` Mel Gorman 2015-05-05 22:13 ` Mel Gorman 2015-05-05 22:25 ` Andrew Morton 2015-05-05 22:25 ` Andrew Morton 2015-05-06 7:12 ` Mel Gorman 2015-05-06 7:12 ` Mel Gorman 2015-05-06 10:22 ` Mel Gorman 2015-05-06 10:22 ` Mel Gorman 2015-05-06 12:05 ` Mel Gorman 2015-05-06 12:05 ` Mel Gorman 2015-05-06 17:58 ` Waiman Long 2015-05-06 17:58 ` Waiman Long 2015-05-07 2:37 ` Waiman Long 2015-05-07 2:37 ` Waiman Long 2015-05-07 7:21 ` Mel Gorman 2015-05-07 7:21 ` Mel Gorman 2015-05-06 1:21 ` Waiman Long 2015-05-06 1:21 ` Waiman Long 2015-05-06 2:01 ` Andrew Morton 2015-05-06 2:01 ` Andrew Morton 2015-05-07 7:25 ` [PATCH] mm: meminit: Finish initialisation of struct pages before basic setup Mel Gorman 2015-05-07 7:25 ` Mel Gorman 2015-05-07 22:09 ` Andrew Morton 2015-05-07 22:09 ` Andrew Morton 2015-05-07 22:52 ` Mel Gorman 2015-05-07 22:52 ` Mel Gorman 2015-05-07 23:02 ` Andrew Morton 2015-05-07 23:02 ` Andrew Morton 2015-05-13 15:53 ` nzimmer 2015-05-13 15:53 ` nzimmer 2015-05-13 16:31 ` Mel Gorman 2015-05-13 16:31 ` Mel Gorman 2015-05-14 10:03 ` Daniel J Blueman 2015-05-14 10:03 ` Daniel J Blueman 2015-05-14 15:47 ` nzimmer 2015-05-14 15:47 ` nzimmer 2015-05-19 18:31 ` nzimmer 2015-05-19 18:31 ` nzimmer 2015-05-19 19:06 ` Mel Gorman 2015-05-19 19:06 ` Mel Gorman 2015-05-22 6:30 ` Daniel J Blueman 2015-05-22 6:30 ` Daniel J Blueman 2015-05-22 9:33 ` Mel Gorman 2015-05-22 9:33 ` Mel Gorman 2015-05-22 17:14 ` Waiman Long 2015-05-22 17:14 ` Waiman Long 2015-05-22 21:43 ` Davidlohr Bueso 2015-05-22 21:43 ` Davidlohr Bueso 2015-05-23 3:49 ` Daniel J Blueman 2015-05-23 3:49 ` Daniel J Blueman 2015-06-24 22:50 ` Nathan Zimmer 2015-06-24 22:50 ` Nathan Zimmer 2015-06-25 20:48 ` Mel Gorman 2015-06-25 20:48 ` Mel Gorman 2015-06-25 20:57 ` Mel Gorman 2015-06-25 20:57 ` Mel Gorman 2015-06-25 21:37 ` Nathan Zimmer 2015-06-25 21:37 ` Nathan Zimmer 2015-06-25 21:34 ` Nathan Zimmer 2015-06-25 21:34 ` Nathan Zimmer 2015-06-25 21:44 ` [RFC] kthread_create_on_node is failing to honor the node choice Nathan Zimmer 2015-06-26 1:08 ` Lai Jiangshan 2015-07-09 22:12 ` Andrew Morton 2015-07-10 14:26 ` Mel Gorman 2015-07-10 17:34 ` Nathan Zimmer 2015-06-26 10:16 ` [PATCH] mm: meminit: Finish initialisation of struct pages before basic setup Mel Gorman 2015-06-26 10:16 ` Mel Gorman 2015-07-06 17:45 ` Daniel J Blueman 2015-07-06 17:45 ` Daniel J Blueman 2015-07-09 17:49 ` Nathan Zimmer 2015-07-09 17:49 ` Nathan Zimmer
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20150715104526.GB6812@suse.de \ --to=mgorman@suse.de \ --cc=akpm@linux-foundation.org \ --cc=daniel@numascale.com \ --cc=dave.hansen@intel.com \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=nzimmer@sgi.com \ --cc=scott.norton@hp.com \ --cc=torvalds@linux-foundation.org \ --cc=viro@zeniv.linux.org.uk \ --cc=waiman.long@hp.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.