diff options
author | Carlos Maiolino <cmaiolino@redhat.com> | 2012-12-10 16:30:45 -0500 |
---|---|---|
committer | Theodore Ts'o <tytso@mit.edu> | 2012-12-10 16:30:45 -0500 |
commit | 9a4c8019471386c6fb039ae9e30f5216b6b55a9e (patch) | |
tree | df7b86c60e1f32f793d85438f67e3c9f23ec165a /fs/jbd2 | |
parent | 939da1084458246d2e29dd921c2012c177000e96 (diff) | |
download | op-kernel-dev-9a4c8019471386c6fb039ae9e30f5216b6b55a9e.zip op-kernel-dev-9a4c8019471386c6fb039ae9e30f5216b6b55a9e.tar.gz |
ext4: ensure Inode flags consistency are checked at build time
Flags being used by atomic operations in inode flags (e.g.
ext4_test_inode_flag(), should be consistent with that actually stored
in inodes, i.e.: EXT4_XXX_FL.
It ensures that this consistency is checked at build-time, not at
run-time.
Currently, the flags consistency are being checked at run-time, but,
there is no real reason to not do a build-time check instead of a
run-time check. The code is comparing macro defined values with enum
type variables, where both are constants, so, there is no problem in
comparing constants at build-time.
enum variables are treated as constants by the C compiler, according
to the C99 specs (see www.open-std.org/jtc1/sc22/wg14/www/docs/n1124.pdf
sec. 6.2.5, item 16), so, there is no real problem in comparing an
enumeration type at build time
Signed-off-by: Carlos Maiolino <cmaiolino@redhat.com>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
Diffstat (limited to 'fs/jbd2')
0 files changed, 0 insertions, 0 deletions