lkml.org 
[lkml]   [1997]   [Nov]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: VFS
Andrew E. Mileski wrote:
> The unique ID number is completely unrelated to block number.
> On an non-native UDF disk, the value could be anything, so this
> case has to be supported.
>
> I'm getting real tempted to throw together a VFS (not fs) patch
> for 64-bit inode numbers. It ought to be pretty simple, and completely
> compatible with the current implementation. You'd have to wait for a
> filesystem (say ext3) that supports them in order to make use of the
> extra elbow room.

There was a discussion a while back on the issue of 64-bit inode
numbers, and I recall it sounding like a can of worms. There seem to be
quite a few places where POSIX-mandated structures return 32-bit inode
numbers, so it's not something that can be changed lightly. Library
support and binary compatibility is an issue.

Perhaps you could just use the block number on the volume as an inode
number? You really want to go with something useful, and block numbers
will probably stay in the 32 bit range for a while.

Regards,
Bill

\
 
 \ /
  Last update: 2005-03-22 13:40    [W:0.139 / U:0.864 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site