From owner-freebsd-current@FreeBSD.ORG Mon May 12 17:24:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 564F137B401 for ; Mon, 12 May 2003 17:24:28 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87AC043F3F for ; Mon, 12 May 2003 17:24:27 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id h4D0OKVo018088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 12 May 2003 20:24:20 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id h4D0OKxK018085; Mon, 12 May 2003 20:24:20 -0400 (EDT) (envelope-from wollman) Date: Mon, 12 May 2003 20:24:20 -0400 (EDT) From: Garrett Wollman Message-Id: <200305130024.h4D0OKxK018085@khavrinen.lcs.mit.edu> To: Kirk McKusick In-Reply-To: <200305130011.h4D0BlTh038399@beastie.mckusick.com> References: <200305130011.h4D0BlTh038399@beastie.mckusick.com> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org Subject: Re: large ufs2 partitions and 'df' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2003 00:24:28 -0000 < said: > them in that order. Also Solaris have now done some renaming: > f_bsize => f_frsize > f_iosize => f_bsize > And Solaris has added: > f_favail /* free inodes avail to non-superuser */ > f_namemax /* maximum filename length */ Compatibility cruft for SVR4/SUS. (That's what those fields are called in `struct statvfs'; I assume Sun just uses the same structure.) f_namemax is particularly bogus. (sysconf() should be used instead, but applications must in any case be prepared for the possibility that there is no such limit.) > u_int_64 f_blocks; /* total data blocks in filesystem */ > u_int_64 f_bfree; /* free blocks in filesystem */ > int_64 f_bavail; /* free blocks avail to non-superuser */ > u_int_64 f_files; /* total file nodes in filesystem */ > u_int_64 f_ffree; /* free file nodes in filesystem */ > int_64 f_favail; /* free nodes avail to non-superuser */ SUSv3 defines explicit types, fsblkcnt_t and fsfilcnt_t, for the analogous entries in `struct statvfs', but does not appear to consider that some of them may have different signedness. It's not clear that this even makes sense, but 2**63 is a long way away. -GAWollman