Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 12 Jan 2006 21:18:56 +0100
From:      =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@deepcore.dk>
To:        Christian Brueffer <chris@unixpages.org>
Cc:        current@FreeBSD.ORG
Subject:   Re: PATCH: DMA enabled dump for ATA please test
Message-ID:  <43C6B9B0.2030106@deepcore.dk>
In-Reply-To: <20060112194325.GA54099@haakonia.hitnet.RWTH-Aachen.DE>
References:  <43C59717.7000203@FreeBSD.org> <20060112194325.GA54099@haakonia.hitnet.RWTH-Aachen.DE>

next in thread | previous in thread | raw e-mail | index | archive | help
Christian Brueffer wrote:

> I have tested this on my Thinkpad T41p with the following hardware:
> 
> atapci0: <Intel ICH4 UDMA100 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0
> ata0: <ATA channel 0> on atapci0
> ata1: <ATA channel 1> on atapci0
> [...]
> ad0: 57231MB <HTS726060M9AT00 MH4OA6DA> at ata0-master UDMA100
> acd0: CDRW <UJDA755yDVD/CDRW/1.72> at ata1-master UDMA33
> 
> With the patched kernel it stops after printing the acd0 line and spews
> out the following:
> 
> acd0: req=0xc350f8d0 TEST_UNIT_READY semaphore timeout  !!  DANGER Will Robinson  !!
> 
> Do you need boot -v output? (I'll have to hook up a serial or firewire
> console, that's why I haven't provided it already).

Would be nice actually, the stinkpads might need special treatment yet 
again, oh well, I'll dig out my R30 and get it updated as well to test...
Are you sure it worked with a new stock current kernel before the patch 
went in ? I've seen a few of these errors lately but that was before ATA 
was even touched, so something else might have changed as well....

-Søren




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?43C6B9B0.2030106>