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

• To: device-mapper development <[email protected]>
• Subject: Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
• From: Alasdair G Kergon <[email protected]>
• Date: Wed, 30 May 2007 11:41:15 +0100
• Cc: Stefan Bader <[email protected]>, [email protected], [email protected], [email protected], Jens Axboe <[email protected]>, David Chinner <[email protected]>, Phillip Susi <[email protected]>, Stefan Bader <[email protected]>, Andreas Dilger <[email protected]>, Tejun Heo <[email protected]>
• In-reply-to: <[email protected]>
• Mail-followup-to: device-mapper development <[email protected]>, Stefan Bader <[email protected]>, [email protected], [email protected], [email protected], Jens Axboe <[email protected]>, David Chinner <[email protected]>, Phillip Susi <[email protected]>, Stefan Bader <[email protected]>, Andreas Dilger <[email protected]>, Tejun Heo <[email protected]>
• Organization: Red Hat UK Ltd. Registered in England and Wales, number 03798903. Registered Office: Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE.
• References: <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]> <[email protected]>
• Sender: [email protected]
• User-agent: Mutt/1.4.1i

On Wed, May 30, 2007 at 11:12:37AM +0200, Stefan Bader wrote:
> it might be better to indicate -EOPNOTSUPP right from
> device-mapper.
 
Indeed we should.  For support, on receipt of a barrier, dm core should
send a zero-length barrier to all active underlying paths, and delay
mapping any further I/O.

Alasdair
-- 
[email protected]
-
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/

---

• 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: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
    • From: Alasdair G Kergon <[email protected]>
  • Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
    • From: "Stefan Bader" <[email protected]>
  • Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
    • From: Alasdair G Kergon <[email protected]>
  • Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
    • From: "Stefan Bader" <[email protected]>

• Prev by Date: [PATCH 2.6.22-rc3] ehea: Fixed multi queue RX bug
• Next by Date: Re: [PATCH 00/10] Containers(V10): Generic Process Containers
• 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]