Fwd: svn commit: r235601 - head/include/protocols
Ben Kaduk <[email protected]> Fri, 18 May 2012 13:27:45 -0400
| Newsgroups | gmane.comp.file-systems.openafs.freebsd |
|---|---|
| Message-ID | <CAK2BMK6hTLc+MZEoy0=hC7UC22GhtSCydLyDZ3+VPfd+d0HNoQ@mail.gmail.com> |
We should perhaps decide that we care and lobby for this. -Ben ---------- Forwarded message ---------- From: Gleb Kurtsou <[email protected]> Date: Fri, May 18, 2012 at 11:24 AM Subject: Re: svn commit: r235601 - head/include/protocols To: John Baldwin <[email protected]> Cc: [email protected], [email protected], [email protected] On (18/05/2012 09:41), John Baldwin wrote: > On Friday, May 18, 2012 6:01:31 am Gleb Kurtsou wrote: > > Author: gleb > > Date: Fri May 18 10:01:31 2012 > > New Revision: 235601 > > URL: http://svn.freebsd.org/changeset/base/235601 > > > > Log: > > =A0 Don't use ino_t in dumprestore protocol definition. > > > > =A0 Since ino_t size is about to change to 64-bits, replace ino_t used = in > > =A0 dump protocol definition with 32-bit dump_ino_t to preserve backwar= d > > =A0 compatibility. =A0At some point, it may be necessary to use spare f= ields > > =A0 in struct in order to fully support 64-bit inode numbers. > > > > =A0 Sponsored by: =A0 =A0 Google Summer of Code 2011 > > A question about your stat changes: did you expand dev_t to 32 bits for t= he > AFS folks, or did you leave it as 16 bits? dev_t is already 32-bit. Changing it to 64-bit was discussed at some point and from what I recall no decision was made: http://marc.info/?t=3D129119478700005&r=3D1&w=3D2 I'm going to commit preparatory changes only for now. Then publish diff for testing. We can still change dev_t to 64-bit if needed. Although I didn't work on it. Thanks, Gleb. _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "[email protected]"