Thu, Jan 24, 2002 at 06:02:50AM -0000, eeh@netbsd.org:
> 
> | esp0: ti->flags & T_WIDE = 128, ti->width = 1
> | esp0: 16 bit mode
> | esp0: ti->flags & T_WIDE = 0, ti->width = 1
> | sd1: sync (100.0ns offset 15), 16-bit (20.000MB/s) transfers, tagged queueing
> |
> | esp0: error: csr=b2930a13<INT,ERR,DRAINING=0,IEN,ENDMA,DSBL_SCSI_DRN,BURST=0,TCI
> | esp0: DMA error; resetting
> | esp0: !TC on DATA XFER [intr 10, stat 83, step 4] prevphase 101, resid 1f0
> | esp0: waiting for SCSI Bus Reset to happen
> |
> | esp0: error: csr=b2930a13<INT,ERR,DRAINING=0,IEN,ENDMA,DSBL_SCSI_DRN,BURST=0,TCI
> | esp0: DMA error; resetting
> | esp0: !TC on DATA XFER [intr 10, stat 83, step 4] prevphase 101, resid 1f0
> | esp0: waiting for SCSI Bus Reset to happen
> 
> Check the DMA addresses to make sure it doesn't start at an unaligned address
> and ends exactly on a page boundary.
> 
> Eduardo

hints please.  i'm not keen on ddb yet, and kgdb doesnt work (right?).
i tried 'sync' in ddb to get a dump i could use with gdb, but it doesnt
seem to work.

db> sync
syncing disks... done
panic: lockmgr: pid 6, not exclusive lock holder 0 unlocking
db> c
Frame pointer is at 0xe0016541
Call traceback:
11417f8(0, 0, 114d688, 820006, e0016f48, 0, e0016601) fp = e0016601
	..
dump to dev 7,1 not possible
rebooting

anyway, am i right that the dma space has to be allocated with bus_dma_*
stuff, so somewhere there should be a bus_dma_segment_t which has this
info.  in the ncr softc, i'm guessing.

that's as far as i managed to get this morning.