Merge patch series "two nits for path lookup"

Browse source

Mateusz Guzik <mjguzik@gmail.com> says:

Since path looku is being looked at, two extra nits from me:

1. some trivial jump avoidance in inode_permission()

2. but more importantly avoiding a memory access which is most likely a
cache miss when descending into devcgroup_inode_permission()

the file seems to have no maintainer fwiw

anyhow I'm confident the way forward is to add IOP_FAST_MAY_EXEC (or
similar) to elide inode_permission() in the common case to begin with.
There are quite a few branches which straight up don't need execute.
On top of that btrfs has a permission hook only to check for MAY_WRITE,
which in case of path lookup is not set. With the above flag the call
will be avoided.

* patches from https://lore.kernel.org/20250416221626.2710239-1-mjguzik@gmail.com:
  device_cgroup: avoid access to ->i_rdev in the common case in devcgroup_inode_permission()
  fs: touch up predicts in inode_permission()

Link: https://lore.kernel.org/20250416221626.2710239-1-mjguzik@gmail.com
Signed-off-by: Christian Brauner <brauner@kernel.org>

...

This commit is contained in:

Christian Brauner 2025-04-17 11:03:52 +02:00

parent 79beea2db0 4ef4ac3601

commit c4044870ae

No known key found for this signature in database

GPG key ID: 91C61BC06578DCA2

2 changed files with 9 additions and 8 deletions

Show all changes Ignore whitespace when comparing lines Ignore changes in amount of whitespace Ignore changes in whitespace at EOL

Download patch file Download diff file Expand all files Collapse all files

10

fs/namei.c

View file

7

include/linux/device_cgroup.h

View file