panic: trap: memory address not aligned in ata_prtdev() with Nov 18 GENERIC

Robert Watson rwatson at freebsd.org
Mon Dec 1 21:53:39 PST 2003


On Mon, 1 Dec 2003, Robert Watson wrote:

> On Mon, 1 Dec 2003, Thomas Moestl wrote:
> 
> > This can happen when an ATA operation times out, and is caused by an
> > access to a freed structure. I have attached a workaround; IIRC sos is
> > developing a more complete fix for this. 
> > 
> > ISTR the timeouts were caused by the fact that Blade 100s come with
> > ATA66-capable disks and controllers, but a non-ATA66 (40 pin) cable, and
> > that for some reason the driver check to catch this situation did not
> > work. I am not seeing this on my machine because I replaced the cable
> > long ago when I added another disk. 
> > 
> > Can you confirm that your box does only have a 40 pin cable? 
> 
> Didn't get a chance to open up the box today, however, I did apply the
> patch.  It doesn't panic, ... but it does now hang solid.
> 
> FreeBSD/sparc64 (ray.rv.nailabs.com) (screen)
> 
> login: ad0: WARNING - WRITE_DMA recovered from missing interrupt
> ad0: WARNING - READ_DMA recovered from missing interrupt
> <hang>
> 
> I'll reset the box and rebuild the kernel with BREAK_TO_DEBUGGER,
> assuming I can keep it up that long. 

Nope, can't seem to get into the debugger.  It's obviously unhappy, and
quite possibly pushing up the daisies.

login: Dec  2 00:39:13 ray su: rwatson to root on /dev/ttyp0
ad0: WARNING - WRITE_DMA recovered from missing interrupt
ad0: TIMEOUT - WRITE_DMA retrying (2 retries left)
ata2: resetting devices ..
ad0: FAILURE - already active DMA on this device
ad0: setting up DMA failed
done
ad0: WARNING - WRITE_DMA recovered from missing interrupt
ad0: WARNING - READ_DMA recovered from missing interrupt

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert at fledge.watson.org      Senior Research Scientist, McAfee Research




More information about the freebsd-sparc64 mailing list