This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Hurd".
The branch, master has been updated
via a274f474d8464b902ed342aea83440abd8ed5b38 (commit)
via 84caaeb826ea6c5e8bfb30ea74c67401c220f324 (commit)
via 4afacc9d804dbc3ecad555fddd6e5f81ed34bb86 (commit)
via 24d3d2bded0b13e0f2569c2ce7ada7f883564a68 (commit)
from 6e02392b5d5db9f16f4e1316d8097573361bf637 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit a274f474d8464b902ed342aea83440abd8ed5b38
Author: Michael Kelly <m...@weatherwax.co.uk>
Date: Sun Jul 13 12:49:57 2025 +0200
nfs: Fix netfs_attempt_create_file for nfsv3
The v3 netfs_attempt_create_file() uses the 'exclusive' creation protocol
which cannot specify the file permission bits or uid/gid. These need to be
applied post-creation using SETATTR3. There was a missing call to do the
chmod
part which I've added. Previously the call to chown that was present did
not
consider the return value. I have done so.
commit 84caaeb826ea6c5e8bfb30ea74c67401c220f324
Author: Michael Kelly <m...@weatherwax.co.uk>
Date: Sun Jul 13 12:45:50 2025 +0200
nfs: Fixes netfs_attempt_read() for nfsv3
Use the 64 bit value required for v3 'offset' and process opaque_data part
of the reply properly.
commit 4afacc9d804dbc3ecad555fddd6e5f81ed34bb86
Author: Michael Kelly <m...@weatherwax.co.uk>
Date: Sun Jul 13 12:44:48 2025 +0200
nfs: Fixes netfs_attempt_create_file() unlocking
for unlikely case of RPC init failure and processing of v3 reply
commit 24d3d2bded0b13e0f2569c2ce7ada7f883564a68
Author: Michael Kelly <m...@weatherwax.co.uk>
Date: Sun Jul 13 12:40:37 2025 +0200
nfs: Fix file creation for nfsv3
This adds new code to process the reply from a file creation operation that
applies equally to CREATE3, MKDIR3, SYMLINK3 and MKNOD3. RFC1813 permits
a reply without the created file's handle and it might be necessary to
perform a LOOKUP3 on the created file post-creation. Debian Linux NFSV3
server actually always returns the handle when compiling gnumach however
I have tested the case where it might not by adding code (now removed) to
pretend the handle wasn't present in the reply. I expect therefore that the
'skip_returned_stat' function that is added is rarely called.
Fixed netfs_attempt_mkdir() to process the NFSv3 reply properly.
-----------------------------------------------------------------------
Summary of changes:
nfs/ops.c | 149 +++++++++++++++++++++++++++++++++++++++++++++++++-------------
1 file changed, 118 insertions(+), 31 deletions(-)
hooks/post-receive
--
Hurd
