On Wed, Feb 07, 2007 at 01:39:46PM -0700, Andreas Dilger wrote: > This has been a bug in several places already, and I wonder if the > le*_to_cpu() and cpu_to_le*() macros shouldn't do some type checking > instead of just casting the variable to the specified type? That would be great. > The only problem is if casting constants it would be a bit of a pain > to have to cast them explicitly, though we could have something like: > > #define le16_to_cpu(var) (__builtin_constant(var) || !typecheck(__u16, var) ? \ > __constant_cpu_to_le16(var) : __le16_to_cpu(var)) Very good idea! > The only question is whether "typecheck" adds extra variables on the stack > or if the compiler will always optimize them away. I tend to think it will always be optimized by the compiler. > > If the inode size is EXT3_GOOD_OLD_INODE_SIZE, sbi->s_want_extra_isize won't > > be initialized. However, it should not be an issue because the ext3_sb_info > > is set to zero in ext3_fill_super(). > > So I'm not sure I understand if you have an objection or if this is just a > comment. Just a useless comment :) > sbi->s_want_extra_isize will be zero and it is not possible for > sbi->s_inode_size < EXT3_GOOD_OLD_INODE_SIZE so this case won't be hit. I agree. Cheers, Johann - To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
