Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.

On Wed, May 30 2007, Phillip Susi wrote:
> >That would be the exactly how I understand Documentation/block/barrier.txt:
> >
> >"In other words, I/O barrier requests have the following two properties.
> >1. Request ordering
> >...
> >2. Forced flushing to physical medium"
> >
> >"So, I/O barriers need to guarantee that requests actually get written
> >to non-volatile medium in order." 
> 
> I think you misinterpret this, and it probably could be worded a bit 
> better.  The barrier request is about constraining the order.  The 
> forced flushing is one means to implement that constraint.  The other 
> alternative mentioned there is to use ordered tags.  The key part there 
> is "requests actually get written to non-volatile medium _in order_", 
> not "before the request completes", which would be synchronous IO.

No Stephan is right, the barrier is both an ordering and integrity
constraint. If a driver completes a barrier request before that request
and previously submitted requests are on STABLE storage, then it
violates that principle. Look at the code and the various ordering
options.

-- 
Jens Axboe

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

---

• Follow-Ups:
  • Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
    • From: Phillip Susi <[email protected]>

• References:
  • [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
    • From: Neil Brown <[email protected]>
  • Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
    • From: Neil Brown <[email protected]>
  • Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
    • From: David Chinner <[email protected]>
  • Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
    • From: Phillip Susi <[email protected]>
  • Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
    • From: David Chinner <[email protected]>
  • Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
    • From: Phillip Susi <[email protected]>
  • Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
    • From: Phillip Susi <[email protected]>

• Prev by Date: Re: Syslets, Threadlets, generic AIO support, v6
• Next by Date: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
• Previous by thread: Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
• Next by thread: Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]