> These are NOT bugs in the eata_dma driver, nor the BusLogic driver (unless
> they are both bad exactly the same way - hard to swallow).
> The bus reset comes from a layer above the HBA. Different HBA's react
> differently but the result is the same:
Hmmm, funny thing is, that I have more or less the same problem with
NCR810 and 1.3.59+m6+SMP and 1.3.45+SMP :(
Basically I'm doing something like this:
dd if=/home3/backup-part of=/dev/sdb2 bs=<variable>
where /home3 is in fact /dev/sdb3 :(
>
> FAST SCSI I/O ON LINUX IS IMPOSSIBLE WITHOUT CRASHES.
> LARGE BLOCK I/O ON LINUX IS IMPOSSIBLE WITHOUT CRASHES
Seems to be so :(
>
> We had this problem for a long time. I posted it several times. I can
> repeat and reproduce it any time.
>
> The problem cannot be reproduced by random seeking, dd or any other trivial
> (but useless) method. It van only be reproduced by doing the type of fast
> copy I am describing above. A clue can be probably found in the fact that
> backup to tape never crashes, rs (wich does random read) never crashes,
> dd to /dev/null never crashes. It always crashes on the WRITE side,
> seemingly to the same drive.
Yes, this could explain why I have been able to dd the backup in the first
place (dd if=/dev/sda6 of=/mnt/backup-file from boot/root rescue disks :( )
>
> The error is always an infinite loop of
> ``SCSI: resetting host scsi[01] due to target n''
>
> It is always as a result of a ``timeout''. There is no way to kill it,
> sync never returns, umount never returns, df never returns. Therefore
> shutdown never completes.
Andreas
-- Andreas Kostyrka Email: andreas@medman.ag.or.at Fax: +43/1/7070750 Tel: +43/1/7077571, +43/664/3020166 (cellular) Copyright 1996 Andreas Kostyrka. Microsoft Network is prohibited from redistributing this work in any form, in whole or in part.