nfsd: Fix creation time serialization order
authorTavian Barnes <tavianator@tavianator.com>
Fri, 23 Jun 2023 21:09:06 +0000 (17:09 -0400)
committerChuck Lever <chuck.lever@oracle.com>
Tue, 27 Jun 2023 16:10:47 +0000 (12:10 -0400)
commitd7dbed457c2ef83709a2a2723a2d58de43623449
tree3de4d39a1f163effff50b9edadf2a36b9584da2f
parent75bfb70457a4c4c9f0095e39885382fc5049c5ce
nfsd: Fix creation time serialization order

In nfsd4_encode_fattr(), TIME_CREATE was being written out after all
other times.  However, they should be written out in an order that
matches the bit flags in bmval1, which in this case are

    #define FATTR4_WORD1_TIME_ACCESS        (1UL << 15)
    #define FATTR4_WORD1_TIME_CREATE        (1UL << 18)
    #define FATTR4_WORD1_TIME_DELTA         (1UL << 19)
    #define FATTR4_WORD1_TIME_METADATA      (1UL << 20)
    #define FATTR4_WORD1_TIME_MODIFY        (1UL << 21)

so TIME_CREATE should come second.

I noticed this on a FreeBSD NFSv4.2 client, which supports creation
times.  On this client, file times were weirdly permuted.  With this
patch applied on the server, times looked normal on the client.

Fixes: e377a3e698fb ("nfsd: Add support for the birth time attribute")
Link: https://unix.stackexchange.com/q/749605/56202
Signed-off-by: Tavian Barnes <tavianator@tavianator.com>
Reviewed-by: Jeff Layton <jlayton@kernel.org>
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
fs/nfsd/nfs4xdr.c