[rfc] 64-bit inode numbers

[Kostik Belousov]

On Thu, Jun 23, 2011 at 09:43:33AM +0300, Gleb Kurtsou wrote:
> On (22/06/2011 19:19), Garance A Drosehn wrote:
> > On 1/20/11 7:41 AM, Gleb Kurtsou wrote:
> > > I've updated the patch. New version is available here:
> > > https://github.com/downloads/glk/freebsd-ino64/freebsd-ino64-patch-2011-01-20.tgz
> > >
> > > Changelog:
> > > * Add fts, ftw, nftw compat shims in libc
> > > * Place libc compat shims in separate files, don't hack original
> > >    implementations.
> > > * Fix dump/restore
> > > * Use ino_t in UFS code (suggested by Kirk McKusick)
> > > * Keep ufs_ino_t (32 bit) for boot2 not to increase size
> > >    
> > Sorry for replying to an older message, but a reply made in a different
> > thread reminded me about this project...
> > 
> > Also, I may have asked this before.  In fact, I'm almost sure that I started
> > a reply to this back in Jan/Feb, but my email client claims I never replied
> > to this topic...
> > 
> > Are you increasing only the size of ino_t, or could you also look at
> > increasing the size of dev_t?   (just curious...)
> 
> Sure. Incorporating as much of similar changes as possible is good.
> I've added Kostik and Matthew to CC list, it's for them to decide.
> 
> dev_t on other OSes:
> 	NetBSD - uint64_t
> 	DragonFly - uint32_t
> 	Darwin - __int32_t 
> 	OpenSolaris - ulong_t
> 	Linux - __u32
> 
> Considering this I think 3rd party software is not ready for such
> change.
> 
> Major/minor mapping to dev_t will get more complicated.
> 
> And the most important question: what would you want it for? As far as I
Indeed, this is the right question.

> can see major/minor numbers are ignored nowadays, major is zero, minor
> increases independently of device type:
This is only because you have too little /dev nodes.
Look at the definitions of the major/minor in sys/types.h.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20110623/a5ada59d/attachment.pgp