:Speaking of NFS changes, there was talk at one time about turning the
:nfsm macros into functions. Is this going to happen?
No. The nfsm macros have goto's all over the place that jump outside
the macro, and also use local variables declared outside the macro.
Short of rewriting a fairly large hunk of the NFS code entirely it
aint gonna happen. Nobody is contemplating rewriting the code.
:I ask because I've seen occasional unaligned access panics on
:FreeBSD/alpha in the client side code. I've only seen them on a
:really lossy link (basically a misconfigured duplex on a 100Mb link).
:They tend to be in nfs_request (nfs/nfs_socket.c:110) or nfs_readrpc
:(nfs/nfs_vnops.c:1093). These are both calls to nfs macros that would
:be a lot easier to debug if they weren't macros ;-)
:
:Thanks,
:
:Drew
:------------------------------------------------------------------------------
:Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin
You can use gdb to disassemble the code to locate the exact point where
the panic occured. It is definitely more difficult, but there isn't
much we can do about it. The rpc design tends to keep things aligned
and NFS packet elements tend to be sized such that alignment remains
intact, so if these panics can be tracked down the fixes should be
relatively easy to make. Unfortunately, we just don't see these sorts
of panics on Intel boxes all that much because IA32 allows misaligned
accesses. This means there are almost certainly alignment bugs in the
code.
-Matt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
