From owner-freebsd-arch Thu Mar 1 15:23:18 2001 Delivered-To: freebsd-arch@freebsd.org Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id DF6FE37B71A for ; Thu, 1 Mar 2001 15:23:12 -0800 (PST) (envelope-from clefevre@poboxes.com) Received: (qmail 2985998 invoked from network); 1 Mar 2001 23:23:10 -0000 Received: from d165.dhcp212-231.cybercable.fr (HELO gits.dyndns.org) ([212.198.231.165]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 1 Mar 2001 23:23:10 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.2/8.11.2) id f21NN8s66711; Fri, 2 Mar 2001 00:23:08 +0100 (CET) (envelope-from clefevre@poboxes.com) To: arch@FreeBSD.ORG Cc: scott_long@btc.adaptec.com Subject: Re: Arch question for a UDF FS driver References: <200103010110.f211A2843934@vashon.polstra.com> X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C In-Reply-To: John Polstra's message of "Wed, 28 Feb 2001 17:10:02 -0800 (PST)" From: Cyrille Lefevre Reply-To: clefevre@poboxes.com Mail-Copies-To: never Date: 02 Mar 2001 00:23:05 +0100 Message-ID: Lines: 26 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra writes: > Long, Scott wrote: > [...] > > Orange: Get ino_t bumped up to a uint64_t and modify all the other > > filesystems to deal with it accordingly. Advantage: no hackery needed for > > UDF. Disadvantage: may be the mother of all bikesheds. > > Unfortunately, values of type ino_t are passed from kernel to userland > via the stat(2) family of system calls. So if you change the size > of ino_t, it will change the shape of the stat structure. This > would introduce binary compatibility problems. There would have > to be yet another flavor of struct stat (we already have 3 of them > in ), and some new system calls for the new versions > of stat(), fstat(), and lstat(). I.e., you can't just change the > existing system calls without totally breaking old binaries. how about implementing transition xxx64() syscalls like solaris do ? http://www.freebsd.org/cgi/man.cgi?query=lfcompile64&sektion=5&apropos=0&manpath=SunOS+5.8 http://www.freebsd.org/cgi/man.cgi?query=lf64&sektion=5&apropos=0&manpath=SunOS+5.8 Cyrille. -- home: mailto:clefevre@poboxes.com UNIX is user-friendly; it's just particular work: mailto:Cyrille.Lefevre@edf.fr about who it chooses to be friends with. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message