linux-ext4 - FS_DIRECTIO

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-id: <20080605060652.GP2961@webber.adilger.int>
Date:	Thu, 05 Jun 2008 00:06:52 -0600
From:	Andreas Dilger <adilger@....com>
To:	"Theodore Ts'o" <tytso@....edu>
Cc:	linux-ext4@...r.kernel.org
Subject: FS_DIRECTIO_FL in VFS

I was just looking at the FS_*_FL flags in a recent linux/fs.h, and
I see that there is now a FS_DIRECTIO_FL defined as 0x100000.  This
does not originate from ext* or e2fsprogs, and could result in a
conflict with a future ext* flag allocation without some attention
(at least defining it in e2fsprogs, along with EXT4_HUGE_FILE_FL 0x40000
which hasn't made it into e2fsprogs yet either).

There are a few things that worry me here:
- The migration of the EXT*_FL flags from ext*.h into fs.h has
  hidden the fact that these flags define the on-disk format of
  ext* inodes.  There is no comment that these flags even need
  to remain constant, and being part of an ioctl() interface
  makes this less likely to change than an internal constant,
  but it doesn't have the permanence of an on-disk (forever) constant.
- Since these values have been usurped from ext* into the VFS, we need
  to add a translation function in ext*_ioctl() to convert from the
  ioctl parameter into ext* values.  There is no guarantee that these
  mappings will remain identical.
- The ext2 code was changed to use the FS_*_FL values, but not
  ext3 and ext4.
- The inode attribute flag is only a 32-bit value, and if these flags
  are shared among all filesystems it could lead to exhaustion of the
  flags before we would have wanted for ext* or the VFS.

Cheers, Andreas
--
Andreas Dilger
Sr. Staff Engineer, Lustre Group
Sun Microsystems of Canada, Inc.

--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html