lkml.org 
[lkml]   [2009]   [Jan]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: open(2) says O_DIRECT works on 512 byte boundries?
On Thu, Jan 29, 2009 at 04:10:39PM +0900, KOSAKI Motohiro wrote:
> (CC to andrea)
>
> > On Wed, 28 Jan 2009 13:33:22 -0800
> > Greg KH <greg@kroah.com> wrote:
> >
> > > In looking at open(2), it says that O_DIRECT works on 512 byte boundries
> > > with the 2.6 kernel release:
> > > Under Linux 2.4, transfer sizes, and the alignment of the user
> > > buffer and the file offset must all be multiples of the logical
> > > block size of the file system. Under Linux 2.6, alignment to
> > > 512-byte boundaries suffices.
> > >
> > > However if you try to access an O_DIRECT opened file with a buffer that
> > > is PAGE_SIZE aligned + 512 bytes, it fails in a bad way (wrong data is
> > > read.)
> > >
> >
> > IIUC, it's not related to 512bytes boundary. Just a race between
> > direct-io v.s. copy-on-write. Copy-on-Write while reading a page via DIO
> > is a problem.
>
> Yes.
> Greg's reproducer is a bit misleading.
>
> > for (j = 0; j < workers; j++) {
> > worker[j].offset = offset + j * PAGE_SIZE;
> > worker[j].buffer = buffer + align + j * PAGE_SIZE;
> > worker[j].length = PAGE_SIZE;
> > }
>
> this code mean,
> - if align == 0, reader thread touch only one page.
> and the page is touched only one thread.
> - if align != 0, reader thread touch two page.
> and the page is touched two thread.
>
> then, race is happend if align != 0.
> We discussed this issue with andrea last month.
> ("Corruption with O_DIRECT and unaligned user buffers" thread)
>
> As far as I know, he is working on fixing this issue now.

Thanks for the pointers, I'll go read the thread and follow up there.

greg k-h


\
 
 \ /
  Last update: 2009-01-30 07:21    [W:0.071 / U:0.744 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site