Skip to content

mm/readahead: simplify page_cache_ra_unbounded loop counter reset#1306

Open
vfsci-bot[bot] wants to merge 1 commit intovfs.base.cifrom
pw/1088394/vfs.base.ci
Open

mm/readahead: simplify page_cache_ra_unbounded loop counter reset#1306
vfsci-bot[bot] wants to merge 1 commit intovfs.base.cifrom
pw/1088394/vfs.base.ci

Conversation

@vfsci-bot
Copy link
Copy Markdown

@vfsci-bot vfsci-bot Bot commented May 1, 2026

Series: https://patchwork.kernel.org/project/linux-fsdevel/list/?series=1088394
Submitter: Frederick Mayle
Version: 1
Patches: 1/1
Message-ID: <20260501011908.3630802-1-fmayle@google.com>
Base: vfs.base.ci
Lore: https://lore.kernel.org/linux-fsdevel/20260501011908.3630802-1-fmayle@google.com


Automated by ml2pr

Minor cleanup, no behavior change intended.

`read_pages` ensures that `ractl->_nr_pages` is zero before it returns,
so the `ractl->_nr_pages` term in these expressions contributes nothing.
This seems to have been true since the statements were introduced in
commit f615bd5 ("mm/readahead: Handle ractl nr_pages being
modified").

The new expression has an intuitive explanation. When filesystems
perform readahead, they increment `ractl->_index` by the number of pages
processed, so, after `read_pages` returns, `ractl->_index` points to the
first page after those already processed. `index` points to the first
page considered in the loop. So, `ractl->_index - index` is the number
of pages processed by the loop so far.

Signed-off-by: Frederick Mayle <fmayle@google.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant