--8w3uRX/HFJGApMzv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Mar 31, 2004 at 09:37:27PM +0100, David Laight wrote:
> On Mon, Mar 29, 2004 at 06:38:25PM -0800, Bill Studenmund wrote:
> > Interesting. Looks like statfs got missed. stat(2) already has:
> >=20
> >          int64_t   st_blocks;  /* blocks allocated for file */
> >=20
> > So we're ok if a file is big, but not the fs.
> >=20
> > Someone want to fix this fast so it makes 2.0? :-)
>=20
> The first thing to fix is the netbsd disklabel.  Although the kernel
> uses 64bit numbers for disk sectors, and both the ffsv1 and ffsv2
> filesystems can handle disks with > 2^32 sectors, there is no way
> to describe such a disk volums.

I disagree. 1) NFS already permits us to mount file systems which are=20
large enough to need this change, and 2) we certainly don't need to gate=20
this change on disklabel changes. :-)

I agree that changing the statfs calls won't do much until we change=20
disklabel support. But going forward on statfs seems like a good thing=20
regardless.

Take care,

Bill

--8w3uRX/HFJGApMzv
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (NetBSD)

iD8DBQFAa0Q3Wz+3JHUci9cRAnGNAJ9AwH/qYAwLszB9U31m9zDtwiu7UgCfQWl8
M3efEm5cXM9liuQfuvKLq1I=
=hvn4
-----END PGP SIGNATURE-----

--8w3uRX/HFJGApMzv--