Skip site navigation (1)Skip section navigation (2)
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>