Date: Fri, 10 Jul 1998 16:22:49 -0400 (EDT) From: Shafeeq Sinnamohideen <shafeeq@cyrus.watson.org> To: "Kenneth D. Merry" <ken@plutotech.com> Cc: freebsd-scsi@FreeBSD.ORG, gibbs@pluto.plutotech.com Subject: Re: disappearing cdrom w/ Bt948+CAM Message-ID: <Pine.BSF.3.96.980710153740.432C-100000@fledge.watson.org> In-Reply-To: <199806152213.QAA26718@panzer.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Sorry to take so long to get back to this, but after recovering from a
couple of disk failures, I can at least say that the sa driver works as
far as I can see ;)
Here is the probe output again. Curiously, the output is the exact same
when that drive is not connected.
Jul 8 20:37:19 luthien /kernel: got an error back while probing the CDROM
Jul 8 20:37:19 luthien /kernel: (probe6:bt0:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0
Jul 8 20:37:19 luthien /kernel: (probe6:bt0:0:6:0): error code 0
Jul 8 20:37:19 luthien /kernel: changing root device to da0s1a
Jul 8 20:37:19 luthien /kernel: da2 at bt0 bus 0 target 2 lun 0
Jul 8 20:37:19 luthien /kernel: da2: <QUANTUM LPS540S 590S> Fixed Direct Access SCS
I2 device
Jul 8 20:37:20 luthien /kernel: da2: 10.0MB/s transfers (10.0MHz, offset 8)
Jul 8 20:37:20 luthien /kernel: da2: 516MB (1057616 512 byte sectors: 64H 32S/T 516
C)
Jul 8 20:37:20 luthien /kernel: da1 at bt0 bus 0 target 1 lun 0
Jul 8 20:37:20 luthien /kernel: da1: <COMPAQ C2247 0BC4> Fixed Direct Access SCSI2
device
Jul 8 20:37:20 luthien /kernel: da1: Serial Number 0000A00000
Jul 8 20:37:20 luthien /kernel: da1: 10.0MB/s transfers (10.0MHz, offset 8), Tagged
Queueing Enabled
Jul 8 20:37:20 luthien /kernel: da1: 1001MB (2051000 512 byte sectors: 64H 32S/T 10
01C)
Jul 8 20:37:20 luthien /kernel: da0 at bt0 bus 0 target 0 lun 0
Jul 8 20:37:20 luthien /kernel: da0: <CONNER CFA270S P109> Fixed Direct Access SCSI
2 device
Jul 8 20:37:20 luthien /kernel: da0: 3.300MB/s transfers
Jul 8 20:37:20 luthien /kernel: da0: 257MB (528354 512 byt
Jul 8 20:37:20 luthien /kernel: e sectors: 64H 32S/T 257C)
Jul 8 20:37:20 luthien /kernel: da3 at bt0 bus 0 target 3 lun 0
Jul 8 20:37:20 luthien /kernel: da3: <QUANTUM VIKING 4.5 SCA 880R> Fixed Direct Acc
ess SCSI2 device
Jul 8 20:37:21 luthien /kernel: da3: Serial Number 174718930168
Jul 8 20:37:21 luthien /kernel: da3: 10.0MB/s transfers (10.0MHz, offset 15), Tagge
d Queueing Enabled
Jul 8 20:37:21 luthien /kernel: da3: 4345MB (8899737 512 byte sectors: 255H 63S/T 5
53C)
Jul 8 20:37:21 luthien /kernel: cd0 at bt0 bus 0 target 5 lun 0
Jul 8 20:37:21 luthien /kernel: cd0: <NEC CD-ROM DRIVE:222 3.1k> Removable CD-ROM S
CSI2 device
Jul 8 20:37:21 luthien /kernel: cd0: 6.756MB/s transfers (6.756MHz, offset 15)
Jul 8 20:37:21 luthien /kernel: cd0: cd present [314225 x 2048 byte records]
This is with the 980520 cam & current.
Thanks,
Shafeeq
On Mon, 15 Jun 1998, Kenneth D. Merry wrote:
> One thing you might be able to do is put some printfs in
> probedone() to see whether various commands are succeeding or failing, and
> possibly get a better handle on the problem. I would suggest initially
> just putting a scsi_sense_print() in the PROBE_INQUIRY case of probedone(),
> like this:
>
> [ .... ]
> } else if ((done_ccb->ccb_h.status & CAM_SIM_QFRZN) != 0) {
> /* Don't wedge the queue */
> xpt_release_devq(done_ccb->ccb_h.path->device,
> /*run_queue*/TRUE);
> }
>
> /* XXX this is new XXX */
> if ((done_ccb->ccb_h.target_id == 6)
> && (done_ccb->ccb_h.target_lun == 0)) {
> printf("got an error back while probing the CDROM\n");
> scsi_sense_print(&done_ccb->csio);
> }
> /* XXX end of new code */
> /*
> * If we get to this point, we got an error status back
> * from the inquiry and the error status doesn't require
> [ .... ]
>
>
> Ken
> --
> Kenneth Merry
> ken@plutotech.com
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.980710153740.432C-100000>