From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 20:23:31 2005 Return-Path: X-Original-To: current@freebsd.org 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 D1EB816A41C; Mon, 6 Jun 2005 20:23:31 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 760CD43D4C; Mon, 6 Jun 2005 20:23:31 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j56KNQ3p019855; Mon, 6 Jun 2005 16:23:27 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20050606095117.Q52957@pooker.samsco.org> References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> <42A3D6CF.2000504@samsco.org> <0A6C1F19-A734-4EC8-BE97-2D000D189968@FreeBSD.org> <42A453B5.3020006@samsco.org> <86oeaj1r2x.fsf@xps.des.no> <42A463EF.5060401@samsco.org> <86fyvvqzil.fsf@xps.des.no> <20050606095117.Q52957@pooker.samsco.org> Date: Mon, 6 Jun 2005 16:23:25 -0400 To: Scott Long , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.4 Cc: Suleiman Souhlal , current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 06 Jun 2005 20:23:32 -0000 At 9:57 AM -0600 6/6/05, Scott Long wrote: >On Mon, 6 Jun 2005, [iso-8859-1] Dag-Erling Sm=F8rgrav wrote: >> >>Changing the stat(2) API to support 64-bit inodes does not require us >>to simultaneously change the on-disk layout of every filesystem we >>support to use 64-bit inodes. However, if we want to fully support >>filesystems with 64-bit inodes (such as FAT32, which currently uses a >>convoluted hack to map the 64-bit offset of a directory entry into a >>32-bit inode), we need to change the API. >> >>The ironic thing is that we already have a 64-bit stat(2)... for >>Linux ABI compatibility. > >Ah, I see your point. Well, it's not too late to address this for >6.0, and it might be a really good idea to think about it now. Is >there anything else that should be bumped along with it? Ooo. Well, if we *could* lay the groundwork for a newer stat() routine in time for 6.0, then I'd really like to see that. The first time I read this message I thought you were saying "it IS too late...", which would have been understandable. There are a number of other fields in 'struct stat' that people have wanted to see expanded. But I'm not sure if that's what you meant by your question of "anything else to get bumped?" -- Garance Alistair Drosehn =3D gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu