Re: bug in md write barrier support?

From: Jens Axboe (axboe_at_suse.de)
Date: 09/08/04

  • Next message: Sid Boyce: "-bk15 oops on mounting cdrom"
    Date:	Wed, 8 Sep 2004 17:46:08 +0200
    To: Alan Cox <alan@lxorguk.ukuu.org.uk>
    
    

    On Wed, Sep 08 2004, Alan Cox wrote:
    > On Mer, 2004-09-08 at 10:23, Jens Axboe wrote:
    > > That is correct. The current definition is to ensure that previously
    > > sent writes are on disk. I hope to tie a range to it in the future, for
    > > devices that can optimize the flush in that case. So for ide with write
    > > back caching, it's currently a FLUSH_CACHE command. Ditto for SCSI. SCSI
    > > with write through cache can make it a noop as well.
    >
    > Some semantics questions I have thinking about it from the I2O and
    > aacraid side: You talk about it as a barrier. Can other I/O cross the
    > cache flush ? In other words if I issue a flush_cache and continue doing
    > I/O the flush will finish when the I/O outstanding at that time has
    > completed but other I/O may get scheduled to disk first.

    That's a worry if it really does that - does it, or are you just
    speculating about possible problems?

    > Secondly what are the intended semantics for a flush error ?

    It's up to the issue. For IDE it would ideally be issuing FLUSH_CACHE
    repeatedly until it doesn't error anymore, but keeping track of the
    error location. Come to think of it, we should pass down the range right
    now to flag which range we are actually interested in being errored on.

    -- 
    Jens Axboe
    -
    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/
    

  • Next message: Sid Boyce: "-bk15 oops on mounting cdrom"

    Relevant Pages

    • Re: HighPoint 374
      ... > I'm using two seagates, one Samsung and one Maxtor, ... > drivers, pretty much everything that does not relate directly to the IDE ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: arm-lh7a40x IDE support in 2.6.6
      ... >> With changes like this nobody will ever be able to understand ... > I get the feeling that you're blaming me and others for making the IDE ... I am talking about the core code. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.0test4 bk1 and
      ... VP_IDE: IDE controller at PCI slot 0000:00:11.1 ... USB Universal Host Controller Interface driver ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: arm-lh7a40x IDE support in 2.6.6
      ... I get the feeling that you're blaming me and others for making the IDE ... >> driver. ... I am talking about the core code. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: problem with cache flush routine for G5?
      ... > an oversight or am I missing something? ... I'm curious why the dcbf instruction is not used for this. ... If you are talking about the cache flush in the 32 bits bootloaders, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)