lkml.org 
[lkml]   [2003]   [Jan]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: Linux 2.4.21-pre3-ac4
    On Mon, Jan 13, 2003 at 08:03:29PM +0100, Benjamin Herrenschmidt wrote:
    > Exactly. My problem right now is with enforcing that 400ns delay on
    > non-DMA path as with PCI write posting on one side, and other fancy bus
    > store queues etc... you are really not sure when your outb for the
    > command byte will really reach the disk.

    As a slight tangent, PCI write posting is quite annoying because on some
    hardware one simply cannot perform a read immediately after a write,
    without pausing for a hardware-specified amount of time.

    ...but, at the same time, who knows how long the write posting may take,
    so one doesn't know how long the delay really needs to be.

    It would be nice if there was an arch-specific flush-posted-writes hook
    [wmb_mmio() ?], if that was possible on write-posting CPUs. Currently
    right now the canonical solution ("MMIO read") doesn't work in some
    situations, and I do think we have a solution at all for those "some
    situations."

    Jeff




    -
    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 13:32    [W:4.460 / U:0.004 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site