Re: [PATCH 23/32] fuse: split out filesystem part of request sending
Miklos Szeredi <[email protected]> Fri, 17 Jul 2026 16:20:29 +0200
| Newsgroups | dev.linux.lists.fuse-devel,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <CAJfpegvi7ChiOaiZhikdcELRs8ogPh6jZaG9-x6H20Mrh5DXeA@mail.gmail.com> |
On Sat, 27 Jun 2026 at 22:16, David CARLIER <[email protected]> wrote: > > Hi Miklos, > > This change alters the pid sent on force && nocreds requests =E2=80=94 in= tended? > > Previously these allocated a zeroed request and skipped fuse_force_creds(= ), > so they went out with in.h.pid =3D=3D 0. In fuse_fill_creds(), args->pid = is > now set before the nocreds early return, and fuse_args_to_req() copies it > unconditionally =E2=80=94 so writeback, release, and DESTROY requests now= report the > triggering (often kernel-worker) pid instead of 0. uid/gid sit below the > return and are still left at 0. > > Looks like the args->pid assignment was hoisted above the nocreds check b= y > accident. If keeping these requests credential-free is intended, setting = pid > only where uid/gid are filled would restore it. If unconditional pid is > deliberate, disregard. Your are right, this was accidental. Do you want to send a patch? Thanks, Miklos