Alan Cox wrote:
Some hardware seems to get this wrong in a non-harmful way, and there are
some devices that seem to do it deliberately for various reasons.
Just take it as a device error not a catastrophic state machine
explosion.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
applied to #for-
> Yes, hence the recent FIFO drain patches.
>
> But that doesn't make sense for SATA devices, where the FIFO is really
> emulated, and it works on older PATA devices.
The FIFO is emulated on PATA. Basically speaking the device prefetches
data and buffers the irq arrival until the right moment. H
Sergei Shtylyov wrote:
Jeff Garzik wrote:
Some hardware seems to get this wrong in a non-harmful way, and
there are
some devices that seem to do it deliberately for various reasons.
Just take it as a device error not a catastrophic state machine
explosion.
Signed-off-by: Alan Cox <[EMAI
Jeff Garzik wrote:
Some hardware seems to get this wrong in a non-harmful way, and there
are
some devices that seem to do it deliberately for various reasons.
Just take it as a device error not a catastrophic state machine
explosion.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u
Sergei Shtylyov wrote:
Alan Cox wrote:
Some hardware seems to get this wrong in a non-harmful way, and there are
some devices that seem to do it deliberately for various reasons.
Just take it as a device error not a catastrophic state machine
explosion.
Signed-off-by: Alan Cox <[EMAIL PR
Alan Cox wrote:
Some hardware seems to get this wrong in a non-harmful way, and there are
some devices that seem to do it deliberately for various reasons.
Just take it as a device error not a catastrophic state machine
explosion.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --exc
Some hardware seems to get this wrong in a non-harmful way, and there are
some devices that seem to do it deliberately for various reasons.
Just take it as a device error not a catastrophic state machine
explosion.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --exclude-from /usr/src/excl
