lkml.org 
[lkml]   [2002]   [Sep]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.4.20pre5aa1
On Thu, Sep 05, 2002 at 08:02:40PM +0100, Christoph Hellwig wrote:
> we either need to use your accessors for i_size or take the XFS inode
> lock around vmtruncate.

the latter would take care of O_DIRECT too I think. Of course it's
mostly a theorical issue, I mentioned it just so you would check it,
keep it in mind and eventually fix it, we had this kind of races in the
32bit architectures in on all the fs for ages, infact you know 2.4-aa is
the only tree out there with these race fixed for most important fs, 2.4
and 2.5 mainline are still racy too (2.4 because it was a recent
discovery, 2.5 because it's my mistake that I didn't yet had time to
submit fixes, btw, if anybody is interested to port to 2.5 that's
welcome). For the normal fs I didn't want to add locks around the read
and truncate paths, and that's why I implemented the lockless accessors,
also consiering the accessors are zerocost noops on all the 64bit archs
(long [or should now say "short" :) ] term thinking).

Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:28    [W:0.121 / U:0.312 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site