[lkml]   [2002]   [Mar]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: 2.5.6: ide driver broken in PIO mode
    On Wed, 13 Mar 2002, Alan Cox wrote:

    > > b) The block layer needs to be extended so the driver can walk
    > > all the request's segments prior to signalling completion
    > > against any of them.
    > This would be good - batching blocks by peeking down the queue is good
    > for raid cards which tend to want stripe sized chunks

    Thank you Alan for the kind words.

    Would you agree having the ablity to mark various BIOS' in process but not
    retrun them back to the upper layers until the device driver can be
    positive of a successful transfer?

    The suggestion I put forward over many nights with the brillant Suparna,
    was to create an in process marker on the a BIO handed to the driver.
    She had enough guts to try out the idea but there still was a piece
    missing. We determined the needed part is an second path the do the
    update delays and another function to clear any hold on the BIO for
    release back to the top layers.

    This has been my request from the beginning of BIO but not in the exact
    words. BIO does not address the granularity of the the hardware segment.
    It does address all DMA transfers, but then again there are no partial
    completions for the most part. DMA speed is vastly quicker than PIO and
    it is not possible to do partial updates in any sane way.

    So what I am gathering from Alan is other hardware would benefit from this
    feature/requirement. Maybe now something will move forward.



    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:25    [W:0.043 / U:8.256 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site