Date: Mon, 6 Jun 2005 13:51:49 -0400 From: Garance A Drosihn <drosih@rpi.edu> To: Scott Long <scottl@samsco.org> Cc: Suleiman Souhlal <ssouhlal@freebsd.org>, current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem Message-ID: <p0621023bbeca3af8f185@[128.113.24.47]> In-Reply-To: <42A453B5.3020006@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> <p06210238bec98dba5697@[128.113.24.47]> <42A453B5.3020006@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
At 7:46 AM -0600 6/6/05, Scott Long wrote: >Garance A Drosihn wrote: >>At 1:05 AM -0400 6/6/05, Suleiman Souhlal wrote: >>> >>>Talking about going to 64-bit inode numbers, how would we deal >>>with the change in stat(2)? >> >> >>By making some sort of incompatible change to stat(2). This has >>been discussed from time-to-time. It's another change that I >>would have liked to have seen (at least for the stat routines) >>in 6.0, but right now I suspect it will not happen until 7.0. > >We can't go making incremental incompatibilities to the filesystem >without a good deal of planning. This is the type of thing that >would go into a 'UFS3'. I am not talking about a new file system (not for 6.0, certainly!). I am just talking about a new layout for 'struct stat'. Yes, it is an incompatible change, but it would not be changing any filesystems. In fact, all I wanted for 6.0 was a new 'struct stat' where all the fields are the same size as they are right now, but many of them have extra space reserved so that some later commits could change from 32-bit values to 64-bit values. I realize that even what I wanted to do is too much of a jump at this point for 6.0-release. I'm simply saying that if we drop back to a year ago, at that time I was hoping a new 'struct stat' would be ready for 6.0. This was explicitly discussed at the dev-summit at the 2004 Usenix in Boston, for instance. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?p0621023bbeca3af8f185>