lkml.org 
[lkml]   [2011]   [Nov]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [PATCH -V7 21/26] richacl: xattr mapping functions
Andreas Dilger <adilger@dilger.ca> writes:

> Just as an FYI, from back when we were trying to port Lustre to Solaris,
> Solaris itself uses a 64-bit "FUID" (32-bit UID + 32-bit namespace) to
> handle this.
>
> It has a table for arbitrary mapping of 128-bit Windows domains to a
> 32-bit FUID namespace (don't know much detail here, sorry), and it is
> (reasonably) expected that a single system will not be in more than
> 2^32 namespaces at once. This keeps the datatypes sane (u64 or 2x u32)
> and doesn't put much complexity into the filesystem/kernel. For most
> uses, the high 32-bit value is 0 (local Unix domain).

Interesting. For now it looks to me like a fixed partitions of a uid
into a namespace identifier and a normal uid is a brittle path to walk.

I am looking at using something slightly more dynamic. Here for your
user namespace you get this range of uids. That nests better and
allows for more flexibility in the future.

I think I can mostly keep filesystems where they don't care. With just
a few places changes where we take the filesystem uid and map it into
what we store in the vfs cache. And when we read the uid value out
of the vfs cache and map it into the id value that the filesystem
needs.

Eric


\
 
 \ /
  Last update: 2011-11-19 10:37    [W:0.056 / U:0.048 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site