If we get interrupted during a data phase and the DMA engine is still
pumping data despite our scsi data counters being at 0, something has gone massively wrong. The consequence of happily ignoring this is more DMA phase errors and a disk full of spammed sectors. Instead, panic on the first occurance to hopefully limit the damage. MFC After: 3 days
This commit is contained in:
parent
31cfb7f242
commit
92c02688a6
@ -2228,6 +2228,11 @@ ncr53c9x_intr(void *arg)
|
||||
* a DATA transfer. Print a diagnostic
|
||||
* if the DMA counter and TC bit
|
||||
* appear to be out of sync.
|
||||
*
|
||||
* XXX This is fatal and usually means that
|
||||
* the DMA engine is hopelessly out of
|
||||
* sync with reality. A disk is likely
|
||||
* getting spammed at this point.
|
||||
*/
|
||||
device_printf(sc->sc_dev, "!TC on DATA XFER"
|
||||
" [intr %x, stat %x, step %d]"
|
||||
@ -2237,6 +2242,7 @@ ncr53c9x_intr(void *arg)
|
||||
sc->sc_espstep,
|
||||
sc->sc_prevphase,
|
||||
ecb ? ecb->dleft : -1);
|
||||
panic("esp: unrecoverable DMA error");
|
||||
}
|
||||
}
|
||||
}
|
||||
|
Loading…
Reference in New Issue
Block a user