thanks for your clarification. Unfortunately I wasn't aware that the T40
and *4's line used a SATA-PATA convertor and especially that was going
to clash with the new ATA stack in FreeBSD. Either OpenBSD and NetBSD do
work out of the box without any hassle, however I'd still prefer to use
FreeBSD on it as I have been using FreeBSD for about 8 years now and I
am very comfortable with it.
The question at this point is, is there any hope to see this issue
resolved in the future? Or will I have to give up to the second ATA
channel in order to use FreeBSD?
On 30/03/2015 06:17, Kevin Oberman wrote:
On Sun, Mar 29, 2015 at 2:27 AM, Wolfgang Zenker
<wolfg...@lyxys.ka.sub.org <mailto:wolfg...@lyxys.ka.sub.org>> wrote:
* bsdml <pietro.bs...@gmail.com <mailto:pietro.bs...@gmail.com>>
> since I tried to install FreeBSD 10.1 on my recently purchased T40 I got
> stuck at this annoying bootloop that says
> "ATAPY_IDENTIFY. ACB: a1 00 00 00 00 40 00 00 00 etc etc.. CAM
> Command timeout". I have also tried latest 11-CURRENT snapshot
> did not make any difference at all, it is affected from the same
> It seems like there might be an issue with the CAM ATA stack that is
> clashing with the PATA controller on my T40.
I had the same problem on an ancient T42p. In my case, disabling the
second ata channel allowed me to boot.
I added the following line to /boot/device.hints:
This is an annoying side-effect of the brain-dead SATA-PATA converter
in that generation of ThinkPads. The Intel ICH6 chipset is SATA, but,
for reasons known ot IBM/Lenovo, the systems used PATA drives! So they
has a SATA-PATA converter built in that screwed up a LOT of things,
mostly compromising performance and generating assorted log entries.
Looks like that also is broken in modern ATA support if a drive is not
This was always my biggest complaint with this laptop (T42) which I
used for several years until I retired and returned to so it could be
excessed legally as it was government property (and, I didn't really
want it, even if I could have kept it). Not an awful system, but this
one issue was really annoying to me.
Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com <mailto:rkober...@gmail.com>
email@example.com mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"