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