Bug 755 - data corruption when working with cpu dcache write allocate
: data corruption when working with cpu dcache write allocate
Status: NEW
Product: XFS
Classification: Unclassified
Component: XFS kernel code
: unspecified
: Other Linux
: P1 critical
: ---
Assigned To: XFS power people
:
:
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-04-29 05:46 CDT by saeed
Modified: 2008-12-27 03:16 CST (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description saeed 2007-04-29 05:46:40 CDT
my system is arm 926, kernel version is 2.6.12.6, the data cache is virtually
tagged and virtually indexed and with no hw cache coherency. my CPU features the
data cache write allocate-> when doing store, the cache line of the destination
address is loaded to data cache.
  when enabling the write allocate, I got data corruption with the
xfs. the scenario is that the xfs allocates large buffer (for reading
the log records) using vmalloc, and the low level driver (raid) copies
the data to the bio vectors using the linear address, since the write
allocate is enabled,  the correct data remains on the data cache with
the linear address tag, when the IO completes, the xfs access the data
with using the vmalloc virtual address, which is different than the
kernel linear address, thus it will get a stale data!.
Comment 1 Christoph Hellwig 2008-12-26 14:25:46 CST
Yes, this is an issue, but until the architectures provide a proper abstraction
for dealing with vmalloc area cache aliasing this can't be fixed in XFS.
Comment 2 Christoph Hellwig 2008-12-27 03:16:44 CST
*** Bug 247 has been marked as a duplicate of this bug. ***