On Fri, 30 Oct 2026, NeilBrown wrote: > The /proc different seems cosmetic and probably of no consequence. > The nlink issue might be significant - I cannot say. > It might be nice to include a comment where d_instantiate() is used, > explaining why d_tmpfile() was avoided(?).
I dug into this a bit more. I couldn't find a FUSE server that actually implements FUSE_TMPFILE, besides the example servers in some FUSE libraries. However, switching to d_tmpfile() is a behavior change that's unrelated to the core of the atomic open series. I'd be happy to cut a separate patch series for it if you think it's an important improvement, but I want to keep things decoupled. In v7 of the atomic open series I'll make the "why" of d_instantiate() clear, i.e. that it is uniform with the rest of the fuse kernel module. Thanks! Jimmy
