Date: Sat, 12 Feb 2000 14:58:54 -0700 From: "Kenneth D. Merry" <ken@kdm.org> To: Torsten Kuehn <tkuehn@websurf.pcom.de> Cc: freebsd-bugs@freebsd.org, wilko@freebsd.org, gibbs@freebsd.org Subject: Re: ahb Bug still not resolved in 3.2-release (ref. kern/12495) Message-ID: <20000212145854.A71056@panzer.kdm.org> In-Reply-To: <000212222503224500@mail1.pcom.de>; from tkuehn@websurf.pcom.de on Fri, Mar 21, 2036 at 04:54:47AM %2B0000 References: <000212222503224500@mail1.pcom.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Mar 21, 2036 at 04:54:47 +0000, Torsten Kuehn wrote: > I've got a problem similar PR kern/12495 reported by Wilko Bulte. > With a freshly installed system, 3.2-release's GENERIC kernel fails to > attach a Nec 502 (6x Caddy) CDROM drive connected to AHA-1742. > dmesg reveals > (cd0:ahb0:0:3:0): got CAM status 0x4a FWIW, CAM status 0x4a means selection timeout. i.e. we timed out just trying to select the device. Interestingly enough, this happened after a number of commands, including an inquiry and probably a test unit ready succeeded. (I know that's the case, since the above error message came from the CD driver's attach routine, where it attempts to issue a read capacity.) Have you tried booting both with and without a CD in the drive? > " " " fatal error, failed to attach to device > " " " lost device > " " " removing device entry > Unlike Wilko's experiences, this happens with an *installed* system. > In fact, I am not completely sure if I probably used a different drive > during installation. Any post install modifications can only be run > over a network connection (just like Wilko did). The drive itself and > whole SCSI subsystem run fine with Warp SMP, NT351SMP, Linux 2.2 > (the latter has a horrible driver bug which only turns out in SMP mode, > did 'fix' it by disabling EISA to PCI buffers in chipset setup). > I have tried various modifications to GENERIC kernel, wired-down and > unwired devices, got unbootable kernels and reverted - nothing helps. > Another oberservation: if machine is restarted (issuing 'reboot') after > successful SMP boot (without CDROM), the next reboot fails with > SMP: AP CPU #1 launched! <- normally, SCSI probing starts here > (probe0:ahb0:0:0:0) ECB 0xc2e83e80 - timed out > (probe0:ahb0:0:0:0) Queuing BDR > ahb0: no longer in timeout > [...] > (probe0:ahb0:0:0:0) ECB 0xc2e83e80 - timed out > System only restarts successfully after reset button is pressed once. > Torsten Kuehn Note that the errors you're seeing there are from a different device, most likely your hard disk. I'm not entirely sure what is going on here, but it is probably worth trying to boot with and without a CD in the drive. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000212145854.A71056>