Data races in generic_fillattr()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

I've noticed that the function generic_fillattr() (fs/stat.c) in involved in multiple data races. Initially I reported this problem on the ext4 mailing list but it seems to be more general to the VFS layer.

Because of limited locking, when the inodes are updated and a stat() system call is concurrently executed, several 64-bit fields (e.g., atime, mtime, ctime, blocks) can potentially get incorrect values on 32-bit architectures. In addition, it seems that it can also cause inconsistencies between the "blocks" field and the "size" field.

I would be glad if you could have a look at this problem and let me know if it's going to be fixed.

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




[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux