From: "Huang\, Ying" <ying.huang@intel.com> To: Mel Gorman <mgorman@techsingularity.net> Cc: Linus Torvalds <torvalds@linux-foundation.org>, Michal Hocko <mhocko@suse.cz>, Minchan Kim <minchan@kernel.org>, "Vladimir Davydov" <vdavydov@virtuozzo.com>, Dave Chinner <david@fromorbit.com>, Johannes Weiner <hannes@cmpxchg.org>, Vlastimil Babka <vbabka@suse.cz>, Andrew Morton <akpm@linux-foundation.org>, Bob Peterson <rpeterso@redhat.com>, "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>, "Huang\, Ying" <ying.huang@intel.com>, Christoph Hellwig <hch@lst.de>, Wu Fengguang <fengguang.wu@intel.com>, LKP <lkp@01.org>, Tejun Heo <tj@kernel.org>, LKML <linux-kernel@vger.kernel.org> Subject: Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression Date: Wed, 24 Aug 2016 08:40:37 -0700 [thread overview] Message-ID: <87wpj6dvka.fsf@yhuang-mobile.sh.intel.com> (raw) In-Reply-To: <20160818004517.GJ8119@techsingularity.net> (Mel Gorman's message of "Thu, 18 Aug 2016 01:45:17 +0100") Hi, Mel, Mel Gorman <mgorman@techsingularity.net> writes: > On Wed, Aug 17, 2016 at 04:49:07PM +0100, Mel Gorman wrote: >> > Yes, we could try to batch the locking like DaveC already suggested >> > (ie we could move the locking to the caller, and then make >> > shrink_page_list() just try to keep the lock held for a few pages if >> > the mapping doesn't change), and that might result in fewer crazy >> > cacheline ping-pongs overall. But that feels like exactly the wrong >> > kind of workaround. >> > >> >> Even if such batching was implemented, it would be very specific to the >> case of a single large file filling LRUs on multiple nodes. >> > > The latest Jason Bourne movie was sufficiently bad that I spent time > thinking how the tree_lock could be batched during reclaim. It's not > straight-forward but this prototype did not blow up on UMA and may be > worth considering if Dave can test either approach has a positive impact. > > diff --git a/mm/vmscan.c b/mm/vmscan.c > index 374d95d04178..926110219cd9 100644 > --- a/mm/vmscan.c > +++ b/mm/vmscan.c > @@ -621,19 +621,39 @@ static pageout_t pageout(struct page *page, struct address_space *mapping, > return PAGE_CLEAN; > } We found this patch helps much for swap out performance, where there are usually only one mapping for all swap pages. In our 16 processes sequential swap write test case for a ramdisk on a Xeon E5 v3 machine, the swap out throughput improved 40.4%, from ~0.97GB/s to ~1.36GB/s. What's your plan for this patch? If it can be merged soon, that will be great! I found some issues in the original patch to work with swap cache. Below is my fixes to make it work for swap cache. Best Regards, Huang, Ying --------------------------------------------------------------------> diff --git a/mm/vmscan.c b/mm/vmscan.c index ac5fbff..dcaf295 100644 --- a/mm/vmscan.c +++ b/mm/vmscan.c @@ -623,22 +623,28 @@ static pageout_t pageout(struct page *page, struct address_space *mapping, static void finalise_remove_mapping(struct list_head *swapcache, struct list_head *filecache, + struct list_head *free_pages, void (*freepage)(struct page *)) { struct page *page; while (!list_empty(swapcache)) { - swp_entry_t swap = { .val = page_private(page) }; + swp_entry_t swap; page = lru_to_page(swapcache); list_del(&page->lru); + swap.val = page_private(page); swapcache_free(swap); set_page_private(page, 0); + if (free_pages) + list_add(&page->lru, free_pages); } while (!list_empty(filecache)) { - page = lru_to_page(swapcache); + page = lru_to_page(filecache); list_del(&page->lru); freepage(page); + if (free_pages) + list_add(&page->lru, free_pages); } } @@ -649,7 +655,8 @@ static void finalise_remove_mapping(struct list_head *swapcache, static int __remove_mapping_page(struct address_space *mapping, struct page *page, bool reclaimed, struct list_head *swapcache, - struct list_head *filecache) + struct list_head *filecache, + struct list_head *free_pages) { BUG_ON(!PageLocked(page)); BUG_ON(mapping != page_mapping(page)); @@ -722,6 +729,8 @@ static int __remove_mapping_page(struct address_space *mapping, __delete_from_page_cache(page, shadow); if (freepage) list_add(&page->lru, filecache); + else if (free_pages) + list_add(&page->lru, free_pages); } return 1; @@ -747,7 +756,7 @@ int remove_mapping(struct address_space *mapping, struct page *page) spin_lock_irqsave(&mapping->tree_lock, flags); freepage = mapping->a_ops->freepage; - if (__remove_mapping_page(mapping, page, false, &swapcache, &filecache)) { + if (__remove_mapping_page(mapping, page, false, &swapcache, &filecache, NULL)) { /* * Unfreezing the refcount with 1 rather than 2 effectively * drops the pagecache ref for us without requiring another @@ -757,7 +766,7 @@ int remove_mapping(struct address_space *mapping, struct page *page) ret = 1; } spin_unlock_irqrestore(&mapping->tree_lock, flags); - finalise_remove_mapping(&swapcache, &filecache, freepage); + finalise_remove_mapping(&swapcache, &filecache, NULL, freepage); return ret; } @@ -776,29 +785,28 @@ static void remove_mapping_list(struct list_head *mapping_list, page = lru_to_page(mapping_list); list_del(&page->lru); - if (!mapping || page->mapping != mapping) { + if (!mapping || page_mapping(page) != mapping) { if (mapping) { spin_unlock_irqrestore(&mapping->tree_lock, flags); - finalise_remove_mapping(&swapcache, &filecache, freepage); + finalise_remove_mapping(&swapcache, &filecache, free_pages, freepage); } - mapping = page->mapping; + mapping = page_mapping(page); spin_lock_irqsave(&mapping->tree_lock, flags); freepage = mapping->a_ops->freepage; } - if (!__remove_mapping_page(mapping, page, true, &swapcache, &filecache)) { + if (!__remove_mapping_page(mapping, page, true, &swapcache, + &filecache, free_pages)) { unlock_page(page); list_add(&page->lru, ret_pages); - } else { + } else __ClearPageLocked(page); - list_add(&page->lru, free_pages); - } } if (mapping) { spin_unlock_irqrestore(&mapping->tree_lock, flags); - finalise_remove_mapping(&swapcache, &filecache, freepage); + finalise_remove_mapping(&swapcache, &filecache, free_pages, freepage); } }
WARNING: multiple messages have this Message-ID (diff)
From: Huang, Ying <ying.huang@intel.com> To: lkp@lists.01.org Subject: Re: [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression Date: Wed, 24 Aug 2016 08:40:37 -0700 [thread overview] Message-ID: <87wpj6dvka.fsf@yhuang-mobile.sh.intel.com> (raw) In-Reply-To: <20160818004517.GJ8119@techsingularity.net> [-- Attachment #1: Type: text/plain, Size: 5510 bytes --] Hi, Mel, Mel Gorman <mgorman@techsingularity.net> writes: > On Wed, Aug 17, 2016 at 04:49:07PM +0100, Mel Gorman wrote: >> > Yes, we could try to batch the locking like DaveC already suggested >> > (ie we could move the locking to the caller, and then make >> > shrink_page_list() just try to keep the lock held for a few pages if >> > the mapping doesn't change), and that might result in fewer crazy >> > cacheline ping-pongs overall. But that feels like exactly the wrong >> > kind of workaround. >> > >> >> Even if such batching was implemented, it would be very specific to the >> case of a single large file filling LRUs on multiple nodes. >> > > The latest Jason Bourne movie was sufficiently bad that I spent time > thinking how the tree_lock could be batched during reclaim. It's not > straight-forward but this prototype did not blow up on UMA and may be > worth considering if Dave can test either approach has a positive impact. > > diff --git a/mm/vmscan.c b/mm/vmscan.c > index 374d95d04178..926110219cd9 100644 > --- a/mm/vmscan.c > +++ b/mm/vmscan.c > @@ -621,19 +621,39 @@ static pageout_t pageout(struct page *page, struct address_space *mapping, > return PAGE_CLEAN; > } We found this patch helps much for swap out performance, where there are usually only one mapping for all swap pages. In our 16 processes sequential swap write test case for a ramdisk on a Xeon E5 v3 machine, the swap out throughput improved 40.4%, from ~0.97GB/s to ~1.36GB/s. What's your plan for this patch? If it can be merged soon, that will be great! I found some issues in the original patch to work with swap cache. Below is my fixes to make it work for swap cache. Best Regards, Huang, Ying --------------------------------------------------------------------> diff --git a/mm/vmscan.c b/mm/vmscan.c index ac5fbff..dcaf295 100644 --- a/mm/vmscan.c +++ b/mm/vmscan.c @@ -623,22 +623,28 @@ static pageout_t pageout(struct page *page, struct address_space *mapping, static void finalise_remove_mapping(struct list_head *swapcache, struct list_head *filecache, + struct list_head *free_pages, void (*freepage)(struct page *)) { struct page *page; while (!list_empty(swapcache)) { - swp_entry_t swap = { .val = page_private(page) }; + swp_entry_t swap; page = lru_to_page(swapcache); list_del(&page->lru); + swap.val = page_private(page); swapcache_free(swap); set_page_private(page, 0); + if (free_pages) + list_add(&page->lru, free_pages); } while (!list_empty(filecache)) { - page = lru_to_page(swapcache); + page = lru_to_page(filecache); list_del(&page->lru); freepage(page); + if (free_pages) + list_add(&page->lru, free_pages); } } @@ -649,7 +655,8 @@ static void finalise_remove_mapping(struct list_head *swapcache, static int __remove_mapping_page(struct address_space *mapping, struct page *page, bool reclaimed, struct list_head *swapcache, - struct list_head *filecache) + struct list_head *filecache, + struct list_head *free_pages) { BUG_ON(!PageLocked(page)); BUG_ON(mapping != page_mapping(page)); @@ -722,6 +729,8 @@ static int __remove_mapping_page(struct address_space *mapping, __delete_from_page_cache(page, shadow); if (freepage) list_add(&page->lru, filecache); + else if (free_pages) + list_add(&page->lru, free_pages); } return 1; @@ -747,7 +756,7 @@ int remove_mapping(struct address_space *mapping, struct page *page) spin_lock_irqsave(&mapping->tree_lock, flags); freepage = mapping->a_ops->freepage; - if (__remove_mapping_page(mapping, page, false, &swapcache, &filecache)) { + if (__remove_mapping_page(mapping, page, false, &swapcache, &filecache, NULL)) { /* * Unfreezing the refcount with 1 rather than 2 effectively * drops the pagecache ref for us without requiring another @@ -757,7 +766,7 @@ int remove_mapping(struct address_space *mapping, struct page *page) ret = 1; } spin_unlock_irqrestore(&mapping->tree_lock, flags); - finalise_remove_mapping(&swapcache, &filecache, freepage); + finalise_remove_mapping(&swapcache, &filecache, NULL, freepage); return ret; } @@ -776,29 +785,28 @@ static void remove_mapping_list(struct list_head *mapping_list, page = lru_to_page(mapping_list); list_del(&page->lru); - if (!mapping || page->mapping != mapping) { + if (!mapping || page_mapping(page) != mapping) { if (mapping) { spin_unlock_irqrestore(&mapping->tree_lock, flags); - finalise_remove_mapping(&swapcache, &filecache, freepage); + finalise_remove_mapping(&swapcache, &filecache, free_pages, freepage); } - mapping = page->mapping; + mapping = page_mapping(page); spin_lock_irqsave(&mapping->tree_lock, flags); freepage = mapping->a_ops->freepage; } - if (!__remove_mapping_page(mapping, page, true, &swapcache, &filecache)) { + if (!__remove_mapping_page(mapping, page, true, &swapcache, + &filecache, free_pages)) { unlock_page(page); list_add(&page->lru, ret_pages); - } else { + } else __ClearPageLocked(page); - list_add(&page->lru, free_pages); - } } if (mapping) { spin_unlock_irqrestore(&mapping->tree_lock, flags); - finalise_remove_mapping(&swapcache, &filecache, freepage); + finalise_remove_mapping(&swapcache, &filecache, free_pages, freepage); } }
next prev parent reply other threads:[~2016-08-24 15:40 UTC|newest] Thread overview: 219+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-08-09 14:33 [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression kernel test robot 2016-08-09 14:33 ` kernel test robot 2016-08-10 18:24 ` [lkp] " Linus Torvalds 2016-08-10 18:24 ` Linus Torvalds 2016-08-10 23:08 ` [lkp] " Dave Chinner 2016-08-10 23:08 ` Dave Chinner 2016-08-10 23:51 ` [lkp] " Linus Torvalds 2016-08-10 23:51 ` Linus Torvalds 2016-08-10 23:58 ` [LKP] [lkp] " Huang, Ying 2016-08-10 23:58 ` Huang, Ying 2016-08-11 0:11 ` [LKP] [lkp] " Huang, Ying 2016-08-11 0:11 ` Huang, Ying 2016-08-11 0:23 ` [LKP] [lkp] " Linus Torvalds 2016-08-11 0:23 ` Linus Torvalds 2016-08-11 0:33 ` [LKP] [lkp] " Huang, Ying 2016-08-11 0:33 ` Huang, Ying 2016-08-11 1:00 ` [LKP] [lkp] " Linus Torvalds 2016-08-11 1:00 ` Linus Torvalds 2016-08-11 4:46 ` [LKP] [lkp] " Dave Chinner 2016-08-11 4:46 ` Dave Chinner 2016-08-15 17:22 ` [LKP] [lkp] " Huang, Ying 2016-08-15 17:22 ` Huang, Ying 2016-08-16 0:08 ` [LKP] [lkp] " Dave Chinner 2016-08-16 0:08 ` Dave Chinner 2016-08-11 15:57 ` [LKP] [lkp] " Christoph Hellwig 2016-08-11 15:57 ` Christoph Hellwig 2016-08-11 16:55 ` [LKP] [lkp] " Linus Torvalds 2016-08-11 16:55 ` Linus Torvalds 2016-08-11 17:51 ` [LKP] [lkp] " Huang, Ying 2016-08-11 17:51 ` Huang, Ying 2016-08-11 19:51 ` [LKP] [lkp] " Linus Torvalds 2016-08-11 19:51 ` Linus Torvalds 2016-08-11 20:00 ` [LKP] [lkp] " Christoph Hellwig 2016-08-11 20:00 ` Christoph Hellwig 2016-08-11 20:35 ` [LKP] [lkp] " Linus Torvalds 2016-08-11 20:35 ` Linus Torvalds 2016-08-11 22:16 ` [LKP] [lkp] " Al Viro 2016-08-11 22:16 ` Al Viro 2016-08-11 22:30 ` [LKP] [lkp] " Linus Torvalds 2016-08-11 22:30 ` Linus Torvalds 2016-08-11 21:16 ` [LKP] [lkp] " Huang, Ying 2016-08-11 21:16 ` Huang, Ying 2016-08-11 21:40 ` [LKP] [lkp] " Linus Torvalds 2016-08-11 21:40 ` Linus Torvalds 2016-08-11 22:08 ` [LKP] [lkp] " Christoph Hellwig 2016-08-11 22:08 ` Christoph Hellwig 2016-08-12 0:54 ` [LKP] [lkp] " Dave Chinner 2016-08-12 0:54 ` Dave Chinner 2016-08-12 2:23 ` [LKP] [lkp] " Dave Chinner 2016-08-12 2:23 ` Dave Chinner 2016-08-12 2:32 ` [LKP] [lkp] " Linus Torvalds 2016-08-12 2:32 ` Linus Torvalds 2016-08-12 2:52 ` [LKP] [lkp] " Christoph Hellwig 2016-08-12 2:52 ` Christoph Hellwig 2016-08-12 3:20 ` [LKP] [lkp] " Linus Torvalds 2016-08-12 3:20 ` Linus Torvalds 2016-08-12 4:16 ` [LKP] [lkp] " Dave Chinner 2016-08-12 4:16 ` Dave Chinner 2016-08-12 5:02 ` [LKP] [lkp] " Linus Torvalds 2016-08-12 5:02 ` Linus Torvalds 2016-08-12 6:04 ` [LKP] [lkp] " Dave Chinner 2016-08-12 6:04 ` Dave Chinner 2016-08-12 6:29 ` [LKP] [lkp] " Ye Xiaolong 2016-08-12 6:29 ` Ye Xiaolong 2016-08-12 8:51 ` [LKP] [lkp] " Ye Xiaolong 2016-08-12 8:51 ` Ye Xiaolong 2016-08-12 10:02 ` [LKP] [lkp] " Dave Chinner 2016-08-12 10:02 ` Dave Chinner 2016-08-12 10:43 ` Fengguang Wu 2016-08-12 10:43 ` Fengguang Wu 2016-08-13 0:30 ` [LKP] [lkp] " Christoph Hellwig 2016-08-13 0:30 ` Christoph Hellwig 2016-08-13 21:48 ` [LKP] [lkp] " Christoph Hellwig 2016-08-13 21:48 ` Christoph Hellwig 2016-08-13 22:07 ` [LKP] [lkp] " Fengguang Wu 2016-08-13 22:07 ` Fengguang Wu 2016-08-13 22:15 ` [LKP] [lkp] " Christoph Hellwig 2016-08-13 22:15 ` Christoph Hellwig 2016-08-13 22:51 ` [LKP] [lkp] " Fengguang Wu 2016-08-13 22:51 ` Fengguang Wu 2016-08-14 14:50 ` [LKP] [lkp] " Fengguang Wu 2016-08-14 14:50 ` Fengguang Wu 2016-08-14 16:17 ` [LKP] [lkp] " Christoph Hellwig 2016-08-14 16:17 ` Christoph Hellwig 2016-08-14 23:46 ` [LKP] [lkp] " Dave Chinner 2016-08-14 23:46 ` Dave Chinner 2016-08-14 23:57 ` [LKP] [lkp] " Fengguang Wu 2016-08-14 23:57 ` Fengguang Wu 2016-08-15 14:14 ` [LKP] [lkp] " Fengguang Wu 2016-08-15 14:14 ` Fengguang Wu 2016-08-15 21:22 ` [LKP] [lkp] " Dave Chinner 2016-08-15 21:22 ` Dave Chinner 2016-08-16 12:20 ` [LKP] [lkp] " Fengguang Wu 2016-08-16 12:20 ` Fengguang Wu 2016-08-15 20:30 ` [LKP] [lkp] " Huang, Ying 2016-08-15 20:30 ` Huang, Ying 2016-08-22 22:09 ` [LKP] [lkp] " Huang, Ying 2016-08-22 22:09 ` Huang, Ying 2016-09-26 6:25 ` [LKP] [lkp] " Huang, Ying 2016-09-26 6:25 ` Huang, Ying 2016-09-26 14:55 ` [LKP] [lkp] " Christoph Hellwig 2016-09-26 14:55 ` Christoph Hellwig 2016-09-27 0:52 ` [LKP] [lkp] " Huang, Ying 2016-09-27 0:52 ` Huang, Ying 2016-08-16 13:25 ` [LKP] [lkp] " Fengguang Wu 2016-08-16 13:25 ` Fengguang Wu 2016-08-13 23:32 ` [LKP] [lkp] " Dave Chinner 2016-08-13 23:32 ` Dave Chinner 2016-08-12 2:27 ` [LKP] [lkp] " Linus Torvalds 2016-08-12 2:27 ` Linus Torvalds 2016-08-12 3:56 ` [LKP] [lkp] " Dave Chinner 2016-08-12 3:56 ` Dave Chinner 2016-08-12 18:03 ` [LKP] [lkp] " Linus Torvalds 2016-08-12 18:03 ` Linus Torvalds 2016-08-13 23:58 ` [LKP] [lkp] " Fengguang Wu 2016-08-13 23:58 ` Fengguang Wu 2016-08-15 0:48 ` [LKP] [lkp] " Dave Chinner 2016-08-15 0:48 ` Dave Chinner 2016-08-15 1:37 ` [LKP] [lkp] " Linus Torvalds 2016-08-15 1:37 ` Linus Torvalds 2016-08-15 2:28 ` [LKP] [lkp] " Dave Chinner 2016-08-15 2:28 ` Dave Chinner 2016-08-15 2:53 ` [LKP] [lkp] " Linus Torvalds 2016-08-15 2:53 ` Linus Torvalds 2016-08-15 5:00 ` [LKP] [lkp] " Dave Chinner 2016-08-15 5:00 ` Dave Chinner [not found] ` <CA+55aFwva2Xffai+Eqv1Jn_NGryk3YJ2i5JoHOQnbQv6qVPAsw@mail.gmail.com> [not found] ` <CA+55aFy14nUnJQ_GdF=j8Fa9xiH70c6fY2G3q5HQ01+8z1z3qQ@mail.gmail.com> 2016-08-15 5:12 ` Linus Torvalds 2016-08-15 22:22 ` [LKP] [lkp] " Dave Chinner 2016-08-15 22:22 ` Dave Chinner 2016-08-15 22:42 ` [LKP] [lkp] " Dave Chinner 2016-08-15 22:42 ` Dave Chinner 2016-08-15 23:20 ` [LKP] [lkp] " Linus Torvalds 2016-08-15 23:20 ` Linus Torvalds 2016-08-15 23:48 ` [LKP] [lkp] " Linus Torvalds 2016-08-15 23:48 ` Linus Torvalds 2016-08-16 0:44 ` [LKP] [lkp] " Dave Chinner 2016-08-16 0:44 ` Dave Chinner 2016-08-16 15:05 ` [LKP] [lkp] " Mel Gorman 2016-08-16 15:05 ` Mel Gorman 2016-08-16 17:47 ` [LKP] [lkp] " Linus Torvalds 2016-08-16 17:47 ` Linus Torvalds 2016-08-17 15:48 ` [LKP] [lkp] " Michal Hocko 2016-08-17 15:48 ` Michal Hocko 2016-08-17 16:42 ` [LKP] [lkp] " Michal Hocko 2016-08-17 16:42 ` Michal Hocko 2016-08-17 15:49 ` [LKP] [lkp] " Mel Gorman 2016-08-17 15:49 ` Mel Gorman 2016-08-18 0:45 ` [LKP] [lkp] " Mel Gorman 2016-08-18 0:45 ` Mel Gorman 2016-08-18 7:11 ` [LKP] [lkp] " Dave Chinner 2016-08-18 7:11 ` Dave Chinner 2016-08-18 13:24 ` [LKP] [lkp] " Mel Gorman 2016-08-18 13:24 ` Mel Gorman 2016-08-18 17:55 ` [LKP] [lkp] " Linus Torvalds 2016-08-18 17:55 ` Linus Torvalds 2016-08-18 21:19 ` [LKP] [lkp] " Dave Chinner 2016-08-18 21:19 ` Dave Chinner 2016-08-18 22:25 ` [LKP] [lkp] " Linus Torvalds 2016-08-18 22:25 ` Linus Torvalds 2016-08-19 9:00 ` [LKP] [lkp] " Michal Hocko 2016-08-19 9:00 ` Michal Hocko 2016-08-19 10:49 ` [LKP] [lkp] " Mel Gorman 2016-08-19 10:49 ` Mel Gorman 2016-08-19 23:48 ` [LKP] [lkp] " Dave Chinner 2016-08-19 23:48 ` Dave Chinner 2016-08-20 1:08 ` [LKP] [lkp] " Linus Torvalds 2016-08-20 1:08 ` Linus Torvalds 2016-08-20 12:16 ` [LKP] [lkp] " Mel Gorman 2016-08-20 12:16 ` Mel Gorman 2016-08-19 15:08 ` [LKP] [lkp] " Mel Gorman 2016-08-19 15:08 ` Mel Gorman 2016-09-01 23:32 ` [LKP] [lkp] " Dave Chinner 2016-09-01 23:32 ` Dave Chinner 2016-09-06 15:37 ` [LKP] [lkp] " Mel Gorman 2016-09-06 15:37 ` Mel Gorman 2016-09-06 15:52 ` [LKP] [lkp] " Huang, Ying 2016-09-06 15:52 ` Huang, Ying 2016-08-24 15:40 ` Huang, Ying [this message] 2016-08-24 15:40 ` Huang, Ying 2016-08-25 9:37 ` [LKP] [lkp] " Mel Gorman 2016-08-25 9:37 ` Mel Gorman 2016-08-18 2:44 ` [LKP] [lkp] " Dave Chinner 2016-08-18 2:44 ` Dave Chinner 2016-08-16 0:15 ` [LKP] [lkp] " Linus Torvalds 2016-08-16 0:15 ` Linus Torvalds 2016-08-16 0:38 ` [LKP] [lkp] " Dave Chinner 2016-08-16 0:38 ` Dave Chinner 2016-08-16 0:50 ` [LKP] [lkp] " Linus Torvalds 2016-08-16 0:50 ` Linus Torvalds 2016-08-16 0:19 ` [LKP] [lkp] " Dave Chinner 2016-08-16 0:19 ` Dave Chinner 2016-08-16 1:51 ` [LKP] [lkp] " Linus Torvalds 2016-08-16 1:51 ` Linus Torvalds 2016-08-16 22:02 ` [LKP] [lkp] " Dave Chinner 2016-08-16 22:02 ` Dave Chinner 2016-08-16 23:23 ` [LKP] [lkp] " Linus Torvalds 2016-08-16 23:23 ` Linus Torvalds 2016-08-15 23:01 ` [LKP] [lkp] " Linus Torvalds 2016-08-15 23:01 ` Linus Torvalds 2016-08-16 0:17 ` [LKP] [lkp] " Dave Chinner 2016-08-16 0:17 ` Dave Chinner 2016-08-16 0:45 ` [LKP] [lkp] " Linus Torvalds 2016-08-16 0:45 ` Linus Torvalds 2016-08-15 5:03 ` [LKP] [lkp] " Ingo Molnar 2016-08-15 5:03 ` Ingo Molnar 2016-08-17 16:24 ` [LKP] [lkp] " Peter Zijlstra 2016-08-17 16:24 ` Peter Zijlstra 2016-08-15 12:58 ` [LKP] [lkp] " Fengguang Wu 2016-08-15 12:58 ` Fengguang Wu 2016-08-11 1:16 ` [LKP] [lkp] " Dave Chinner 2016-08-11 1:16 ` Dave Chinner 2016-08-11 1:32 ` [LKP] [lkp] " Dave Chinner 2016-08-11 1:32 ` Dave Chinner 2016-08-11 2:36 ` [LKP] [lkp] " Ye Xiaolong 2016-08-11 2:36 ` Ye Xiaolong 2016-08-11 3:05 ` [LKP] [lkp] " Dave Chinner 2016-08-11 3:05 ` Dave Chinner 2016-08-12 1:26 ` [LKP] [lkp] " Dave Chinner 2016-08-12 1:26 ` Dave Chinner
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=87wpj6dvka.fsf@yhuang-mobile.sh.intel.com \ --to=ying.huang@intel.com \ --cc=akpm@linux-foundation.org \ --cc=david@fromorbit.com \ --cc=fengguang.wu@intel.com \ --cc=hannes@cmpxchg.org \ --cc=hch@lst.de \ --cc=kirill.shutemov@linux.intel.com \ --cc=linux-kernel@vger.kernel.org \ --cc=lkp@01.org \ --cc=mgorman@techsingularity.net \ --cc=mhocko@suse.cz \ --cc=minchan@kernel.org \ --cc=rpeterso@redhat.com \ --cc=tj@kernel.org \ --cc=torvalds@linux-foundation.org \ --cc=vbabka@suse.cz \ --cc=vdavydov@virtuozzo.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.