[Ocfs2-devel] 2.6 I/O path totally messed up

Christoph Hellwig hch at lst.de
Mon Aug 30 08:50:22 CDT 2004


The second argumentto generic_file_write_nolock is an iovec, not an
actual userbuffer.  The current code doesn't even have the slightest
chance to work.  Maybe it's time to decouple the 2.6 read/write code
from the 2.4 code and implement proper vectored operations everywhere?

(and kill tge O_DIRECT vs O_APPEN hack, and the broken fallback code,
 and..)


More information about the Ocfs2-devel mailing list