From owner-cvs-src@FreeBSD.ORG Wed Nov 12 11:16:08 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from green.bikeshed.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 96F5B16A4CE; Wed, 12 Nov 2003 11:16:08 -0800 (PST) Received: from green.bikeshed.org (localhost [127.0.0.1]) by green.bikeshed.org (8.12.10/8.12.9) with ESMTP id hACJG7cR002158; Wed, 12 Nov 2003 14:16:07 -0500 (EST) (envelope-from green@green.bikeshed.org) Received: from localhost (green@localhost)hACJG7ok002154; Wed, 12 Nov 2003 14:16:07 -0500 (EST) Message-Id: <200311121916.hACJG7ok002154@green.bikeshed.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Scott Long In-Reply-To: Message from Scott Long <20031112102742.E3170@pooker.samsco.home> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Nov 2003 14:16:07 -0500 Sender: green@green.bikeshed.org cc: cvs-src@freebsd.org cc: src-committers@freebsd.org cc: cvs-all@freebsd.org cc: Kirk McKusick Subject: Re: cvs commit: src/bin/df df.c src/sys/kern syscalls.master vfs_bio.c vfs_cluster.c vfs_syscalls.c src/sys/sys mount.h src/sys/ufs/ffs ffs_vfsops.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2003 19:16:09 -0000 Scott Long wrote: > On Wed, 12 Nov 2003, Kirk McKusick wrote:> mckusick 2003/11/12 00:01:40 PST > > > > FreeBSD src repository > > > > Modified files: > > bin/df df.c > > sys/kern syscalls.master vfs_bio.c vfs_cluster.c > > vfs_syscalls.c > > sys/sys mount.h > > sys/ufs/ffs ffs_vfsops.c > > Log: > > Update the statfs structure with 64-bit fields to allow > > accurate reporting of multi-terabyte filesystem sizes. > > > > You should build and boot a new kernel BEFORE doing a `make world' > > as the new kernel will know about binaries using the old statfs > > structure, but an old kernel will not know about the new system > > calls that support the new statfs structure. Running an old kernel > > after a `make world' will cause programs such as `df' that do a > > statfs system call to fail with a bad system call. > > > > Kirk, > > Thanks a lot for getting this in. Can you send a HEADS-UP email to the > lists (freebsd-current especially) just to make sure people understand the > implications? Does this mean someone may be free to write wrappers that block ENOSYS, execute statfs calls, and fall back to ostatfs calls (translating 64->32 bit values as best as possible, like the kernel does) returning the new statfs? Obviously, this would just be to add a safety window for the transition period and to be removed before a -RELEASE. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\