Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 22 Aug 2004 17:58:54 +0200
From:      =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk>
To:        =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk>
Cc:        freebsd-current@freebsd.org
Subject:   Re: Recent ATA changes break Thinkpad T40p
Message-ID:  <4128C2BE.7080103@DeepCore.dk>
In-Reply-To: <4128B556.9040106@DeepCore.dk>
References:  <20040821145419.O74813-100000@thought.holo.org> <4128B29E.9060500@snafu.de> <4128B556.9040106@DeepCore.dk>

next in thread | previous in thread | raw e-mail | index | archive | help
S=F8ren Schmidt wrote:
> Oliver B. Fischer wrote:
>=20
>> Brian Buchanan wrote:
>>
>>> S=EF=BF=BDren,
>>>
>>> It looks like the changes you made to ATA IRQ handling in the last fe=
w
>>> days broke ATA support on my laptop, an IBM Thinkpad T40p.
>>>
>>> atapci0: <Intel ICH4 UDMA100 controller> port
>>> 0x1860-0x186f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on p=
ci0
>>>
>>> atapci0@pci0:31:1:      class=3D0x01018a card=3D0x052d1014 chip=3D0x2=
4ca8086
>>> rev=3D0x01 hdr=3D0x00
>>>     vendor   =3D 'Intel Corporation'
>>>     device   =3D '82801DBM (ICH4-M) UltraATA/100 EIDE Controller'
>>>     class    =3D mass storage
>>>     subclass =3D ATA

>> I can confirm this for my R51, which have the same controller as=20
>> Brians one.
>=20
>=20
> This is *not* a controller problem, its because the CDROM drive has=20
> buggy firmware that responds to both master and slave selection :(

OK, I have committed a workaround for those buggers to -current...

(for those that uses 5.3 just take your ATA driver upto -current)

-S=F8ren



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4128C2BE.7080103>