Thread (50 messages) 50 messages, 9 authors, 2025-07-26

Re: [PATCH v5 bpf-next 0/5] bpf path iterator

From: Christian Brauner <brauner@kernel.org>
Date: 2025-07-07 10:43:25
Also in: bpf, linux-fsdevel, lkml

Those are implementation details internal to namei.c.  Certainly this
function wouldn't use all of the fields in nameidata, but it doesn't
hurt to have a few fields in a struct on the stack which don't get used.
Keeping the code simple and uniform is much more important.  Using
Exactly.
Certainly vfs_walk_ancestors() would fallback to ref-walk if rcu-walk
resulted in -ECHILD - just like all other path walking code in namei.c.
This would be largely transparent to the caller - the caller would only
see that the callback received a NULL path indicating a restart.  It
wouldn't need to know why.
Yes, that's also what I mentioned in an earlier mail.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help