freebsd-skq/sys/nfsserver
Peter Wemm 7c1c33a7dd When using NFSv3, use the remote server's idea of the maximum file size
rather than assuming 2^64.  It may not like files that big. :-)
On the nfs server, calculate and report the max file size as the point
that the block numbers in the cache would turn negative.
(ie: 1099511627775 bytes (1TB)).

One of the things I'm worried about however, is that directory offsets
are really cookies on a NFSv3 server and can be rather large, especially
when/if the server generates the opaque directory cookies by using a local
filesystem offset in what comes out as the upper 32 bits of the 64 bit
cookie.  (a server is free to do this, it could save byte swapping
depending on the native 64 bit byte order)

Obtained from:	NetBSD
1998-05-30 16:33:58 +00:00
..
nfs_serv.c When using NFSv3, use the remote server's idea of the maximum file size 1998-05-30 16:33:58 +00:00
nfs_srvcache.c Staticize. 1998-02-09 06:11:36 +00:00
nfs_srvsock.c Allow control of the attribute cache timeouts at mount time. 1998-05-19 07:11:27 +00:00
nfs_srvsubs.c Convert a couple of large allocations to use zones rather than malloc 1998-05-24 14:41:56 +00:00
nfs_syscalls.c Allow control of the attribute cache timeouts at mount time. 1998-05-19 07:11:27 +00:00
nfs.h Convert a couple of large allocations to use zones rather than malloc 1998-05-24 14:41:56 +00:00
nfsm_subs.h Get timespecs directly instead of via timevals. 1998-05-16 15:11:24 +00:00
nfsproto.h Back out part 1 of the MCFH that changed $Id$ to $FreeBSD$. We are not 1997-02-22 09:48:43 +00:00
nfsrvcache.h Added #include of <sys/queue.h> so that this file is more "self"-sufficent. 1998-02-03 22:19:35 +00:00
nfsrvstats.h Convert a couple of large allocations to use zones rather than malloc 1998-05-24 14:41:56 +00:00