tree d82387bd64ae1e98c40ad2f244d1584ec5c4f47f
parent ce85dd58ad5a6c209bb6e7413997b87b667db7ad
author Al Viro <viro@zeniv.linux.org.uk> 1428025669 -0400
committer Al Viro <viro@zeniv.linux.org.uk> 1428805708 -0400

p9_client_attach(): set fid->uid correctly

it's almost always equal to current_fsuid(), but there's an exception -
if the first writeback fid is opened by non-root *and* that happens before
root has done any lookups in /, we end up doing attach for root.  The
current code leaves the resulting FID owned by root from the server POV
and by non-root from the client one.  Unfortunately, it means that e.g.
massive dcache eviction will leave that user buggered - they'll end
up redoing walks from / *and* picking that FID every time.  As soon as
they try to create something, the things will get nasty.

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>