linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Data races in generic_fillattr()
@ 2014-04-14 18:24 Pedro Fonseca
  2014-04-24 11:55 ` Pedro Fonseca
  0 siblings, 1 reply; 2+ messages in thread
From: Pedro Fonseca @ 2014-04-14 18:24 UTC (permalink / raw)
  To: linux-fsdevel; +Cc: viro, Theodore Ts'o

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

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2014-04-24 11:55 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-04-14 18:24 Data races in generic_fillattr() Pedro Fonseca
2014-04-24 11:55 ` Pedro Fonseca

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).