> Alan Cox <alan@lxorguk.ukuu.org.uk> writes:
>
> > > The following is a ethereal dump of the NFS traffic for the particular
> > > bytes above:
> > >
> > > packet #303:
> > > 04b0 89 c0 50 8d 93 f0 fe ff ff 89 d0 50 8b 93 4c 00 ..P........P..L.
> > > 04c0 00 00 89 d0 50 e8 ae e6 ff ff 83 c4 0c 8d 93 07 ....P...........
> > > 04d0 ff ff ff 89 00 00 ......
> > > ^^^^^
> >
> > That looks fine.
> >
> > > If additional data is required, please let me know.
> >
> > You need tcpdump data with the rpc fully decoded. Padding rpc's is quite
> > valid and that is what the trace shows I believe.
>
> Note that you can turn off padding by commenting the line
> #define NFS_PAD_WRITES 1
> in fs/nfs/nfs2xdr.c
>
> If this shows padding to be the problem, then the bug lies with the
> AIX server. It is supposed to read off the request length from the RPC
> structure, rather than to assume things about the packet length.
Oh, and if it happens to work, *PLEASE* report your success to the list.
Because in that case, I can happily hack up a boot-time option for this.
(It shouldn't be a compile-time option, because it only affects buggy
servers.)
/David Weinehall
_ _
// David Weinehall <tao@acc.umu.se> /> Northern lights wander \\
// Project MCA Linux hacker // Dance across the winter sky //
\> http://www.acc.umu.se/~tao/ </ Full colour fire </
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/