Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1389593 > unrolled thread
| Started by | Andrew Morton <akpm@linux-foundation.org> |
|---|---|
| First post | 2016-04-27 23:30 +0200 |
| Last post | 2016-04-27 23:30 +0200 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH 2/2] mm: Real pagecache iterators Andrew Morton <akpm@linux-foundation.org> - 2016-04-27 23:30 +0200
| From | Andrew Morton <akpm@linux-foundation.org> |
|---|---|
| Date | 2016-04-27 23:30 +0200 |
| Subject | Re: [PATCH 2/2] mm: Real pagecache iterators |
| Message-ID | <rsFbY-8m2-1@gated-at.bofh.it> |
On Thu, 31 Mar 2016 18:38:11 -0800 Kent Overstreet <kent.overstreet@gmail.com> wrote: > Introduce for_each_pagecache_page() and related macros, with the goal of > replacing most/all uses of pagevec_lookup(). > > For the most part this shouldn't be a functional change. The one functional > difference with the new macros is that they now take an @end parameter, so we're > able to avoid grabbing pages in __find_get_pages() that we'll never use. > > This patch only does some of the conversions, the ones I was able to easily test > myself - the conversions are mechanical but tricky enough they generally warrent > testing. > > Signed-off-by: Kent Overstreet <kent.overstreet@gmail.com> > Cc: Andrew Morton <akpm@linux-foundation.org> > Cc: Al Viro <viro@zeniv.linux.org.uk> > --- > fs/ext4/inode.c | 261 ++++++++++++++++++++---------------------------- > include/linux/pagevec.h | 67 ++++++++++++- > mm/filemap.c | 76 +++++++++----- > mm/page-writeback.c | 148 +++++++++++---------------- > mm/swap.c | 33 +----- > mm/truncate.c | 259 +++++++++++++++++------------------------------ > 6 files changed, 380 insertions(+), 464 deletions(-) hm, it's a lot of churn in sensitive areas for an 80 line saving. What do others think?
Back to top | Article view | linux.kernel
csiph-web