Date: Tue, 18 Sep 2007 10:15:10 -0500 From: Astrodog <astrodog@gmail.com> To: "Bruce Evans" <brde@optusnet.com.au> Cc: freebsd-fs@freebsd.org, linimon@freebsd.org Subject: Re: amd64/74811: [nfs] df, nfs mount, negative Avail -> 32/64-bit confusion Message-ID: <2fd864e0709180815y4c261252tfe9ce5c5a7130462@mail.gmail.com> In-Reply-To: <20070918224545.Y75789@besplex.bde.org> References: <200709180037.l8I0bJb1003933@freefall.freebsd.org> <20070918211449.A75529@besplex.bde.org> <2fd864e0709180453l756d37c6y7dac8fa5fa8fcf15@mail.gmail.com> <2fd864e0709180514w627bb198r46f4ddecb212fd77@mail.gmail.com> <20070918224545.Y75789@besplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> I cannot see how to get the correct result non-accidentally without > using the hack of passing negative values as large unsigned ones. > Passing negative values as the difference of two unsigned values works > with NetBSD's extension to statvfs (f_bresvd), but it doesn't work for > nfs because it requires an extra value which the protocol doesn't > support AFAIK (not far). > > Bruce > >From the above, it doesn't appear that NFS can support negative values, in any reasonable way... and I suppose that saying "There are zero blocks avalible for non-privileged users" is accurate, when bavail <= 0. I'm going to dig through the RFCs and see if there's an otherwise unused or underused variable that could be used to store bresvd, for clients that could support it. Thanks for the detailed explaination, --- Harrison
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2fd864e0709180815y4c261252tfe9ce5c5a7130462>