lkml.org 
[lkml]   [2004]   [Jun]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: ide errors in 7-rc1-mm1 and later

    Eric,

    There is no need for a new opcode.
    The behavior is simple and trivial to support.

    If standard flush_cache/ext were to behave just like standard data_in
    taskfile register setup, yet use a non_data command state machine it would
    be done.

    Special case would be deal with LBA Zero and this would have to behave
    like a complete device flush. Since flushing sector zero is not generally
    done ... well this would go into a design debate and it is not my issue
    nor my desire to enter one today.

    28-bit would support max 256 sectors
    48-bit would support max 65536 sectors

    Anyone could write this simple proposal to T13 for SATA and T10 for SAS.

    Cheers,

    Andre Hedrick
    LAD Storage Consulting Group

    On Thu, 10 Jun 2004, Eric D. Mudama wrote:

    > On Thu, Jun 10 at 8:11, Jens Axboe wrote:
    > >On Thu, Jun 10 2004, Bartlomiej Zolnierkiewicz wrote:
    > >>
    > >> /me just thinks loudly
    > >>
    > >> 'linear range' FLUSH CACHE seems so easy to implement that I always wondered
    > >> why FLUSH CACHE command doesn't make any use of LBA address and number
    > >> of sectors.
    > >
    > >Indeed, that would be very helpful as well.
    >
    > Neat idea... so you send us a LBA and a block count, and we return
    > good status if that region is flushed.
    >
    > Each command can specify a 32MiB region, assuming a device with
    > 512-byte LBAs.
    >
    > Propose an exact implementation and an opcode...
    >
    > --
    > Eric D. Mudama
    > edmudama@mail.bounceswoosh.org
    >
    > -
    > 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/
    >

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

    \
     
     \ /
      Last update: 2005-03-22 14:04    [W:4.203 / U:0.056 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site