Date: Sun, 5 Nov 2000 11:23:07 +0100 From: Wilko Bulte <wkb@freebie.demon.nl> To: "Kenneth D. Merry" <ken@kdm.org> Cc: mjacob@freebsd.org, FreeBSD-alpha mailing list <freebsd-alpha@freebsd.org>, justin@freebsd.org Subject: Re: SCSI cdrom attach problems on 4-stable Message-ID: <20001105112307.A16448@freebie.demon.nl> In-Reply-To: <20001104172952.B12998@panzer.kdm.org>; from ken@kdm.org on Sat, Nov 04, 2000 at 05:29:52PM -0700 References: <20001104200119.A13502@freebie.demon.nl> <20001104133216.A11678@panzer.kdm.org> <20001104230717.B14074@freebie.demon.nl> <20001104172952.B12998@panzer.kdm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Nov 04, 2000 at 05:29:52PM -0700, Kenneth D. Merry wrote: > On Sat, Nov 04, 2000 at 23:07:17 +0100, Wilko Bulte wrote: > > On Sat, Nov 04, 2000 at 01:32:17PM -0700, Kenneth D. Merry wrote: > > > There are several things to try here. ... I now have a very fresh 4.2-BETA running (built last night). No change from before. > > flags 0xd500 > > Same problem, autosense failed. What happens if you issue a TUR, or an > inquiry? > > camcontrol tur pass3 -v without media: miata#camcontrol tur pass3 -v isp0: 0.6 get current period 0x19 offset 0x8 flags 0xd500 Unit is not ready CAM status is 0x10 Nov 5 12:07:36 miata /kernel: isp0: 0.6 get current period 0x19 offset 0x8 flags 0xd500 Nov 5 12:07:36 miata /kernel: isp0: 0.6 get current period 0x19 offset 0x8 flags 0xd500 miata# > camcontrol inquiry pass3 -v miata#camcontrol inquiry pass3 -v isp0: 0.6 get current period 0x19 offset 0x8 flags 0xd500 pass3: <DEC RRD4isp0: 6 (C) DEC 05570.6 get current period 0x19 offset 0x8 flags 0x> Removable CD-Rd500 OM SCSI-2 device CAM status is 0x10 pass3: 10.000MB/s transfers (10.000MHz, offset 8) miata# (isp output is mixed with the camcontrol output, this was on the console) > The thing is, I'm not sure what will happen if there is a unit attention > condition on the drive (as there will be when you insert media), and > autosense is failing. Will the condition be cleared or not? > > The inquiry at least should work, the test unit ready might work. Try the > TUR both with a CD in the drive and without one in the drive. with media: miata#camcontrol tur pass3 -v isp0: 0.6 get current period 0x19 offset 0x8 flags 0xd500 Unit is not ready CAM status is 0x10 miata#camcontrol tur pass3 -v isp0: 0.6 get current period 0x19 offset 0x8 flags 0xd500 Unit is not ready CAM status is 0x10 miata#camcontrol tur pass3 -v isp0: 0.6 get current period 0x19 offset 0x8 flags 0xd500 Unit is ready miata#camcontrol tur pass3 -v isp0: 0.6 get current period 0x19 offset 0x8 flags 0xd500 Unit is ready miata# (note that it takes a while to get ready, could be 20 secs or so). > > > try is booting with a CD in the drive, and without a CD in the drive, and Without CD produces the problem. > > > see if one or the other causes it to probe. Boot with CD present / GENERIC 4.2-BETA: Mounting root from ufs:/dev/da1a cd0 at isp0 bus 0 target 6 lun 0 cd0: <DEC RRD46 (C) DEC 0557> Removable CD-ROM SCSI-2 device isp0: 0.6 get current period 0x19 offset 0x8 flags 0xd500 cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: cd present [679912 x 512 byte records] da0 at isp0 bus 0 target 0 lun 0 Boot without CD present / same kernel: Mounting root from ufs:/dev/da1a da0 at isp0 bus 0 target 0 lun 0 da0: <SEAGATE ST34371W 0702> Fixed Direct Access SCSI-2 device isp0: 0.0 get current period 0xc offset 0x8 flags 0xfd00 da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4095MB (8388314 512 byte sectors: 255H 63S/T 522C) da2 at isp0 bus 0 target 2 lun 0 da2: <IBM DDRS-39130D DC1B> Fixed Direct Access SCSI-2 device isp0: 0.2 get current period 0xc offset 0x8 flags 0xfd00 da2: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 8715MB (17850000 512 byte sectors: 255H 63S/T 1111C) da1 at isp0 bus 0 target 1 lun 0 da1: <IBM DDRS-34560W S97B> Fixed Direct Access SCSI-2 device isp0: 0.1 get current period 0xc offset 0x8 flags 0xfd00 da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) (cd0:isp0:0:6:0): got CAM status 0x50 (cd0:isp0:0:6:0): fatal error, failed to attach to device (cd0:isp0:0:6:0): lost device (cd0:isp0:0:6:0): removing device entry swapon: adding /dev/da1b as swap device I also noted that GENERIC has a considerably longer delay before probing (15 versus 3 seconds like I have on my MIATA kernel config file). DOes not seem to make a difference. > > AS1000A I have tested both a RRD45 and a RRD46 (both rebadged Toshibas btw) > > with the same effect. > > > > Common is a Qlogic card, so driven by isp. Matt, any comments? > > Do you have another type of controller handy that you could plug the drive > into? That might help isolate the problem. I'll see what I can do. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20001105112307.A16448>