> There is not much space in the inode. Some of the proposed additions
> can share space with each other in unions. We seem to need:
>
> __u32 i_res_fork Regular files only? (POSIX privs)
> __u32 i_dir_acl Directories only.
> __u16 i_size_high Regular files only.
> __u16 i_uid_high Field already exists for the Hurd.
> __u16 i_gid_high Field already exists for the Hurd.
> ????? i_???????? Compression, regular files only?
> ????? i_???????? High-resolution time stamps. (how high?)
>
> It appears that _something_ can share space with i_dir_acl.
> If not i_res_fork, then perhaps i_size_high and compression info.
> If i_res_fork only applies to executables (does it?), then it can
> share space with both i_dir_acl and i_size_high.
>
Currently only executables use i_res_fork because only executables have
capabilities. However, the "resource fork" was intended to keep other
attributes such as MAC- and information labels. These extended attributes
are needed for directories as well.
astor
-- Alexander Kjeldaas, Guardian Networks AS, Trondheim, Norway http://www.guardian.no/