From owner-freebsd-scsi Fri Jul 10 13:23:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03896 for freebsd-scsi-outgoing; Fri, 10 Jul 1998 13:23:15 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from fledge.watson.org (shafeeq@COPLAND.CODA.CS.CMU.EDU [128.2.222.48]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA03841 for ; Fri, 10 Jul 1998 13:22:57 -0700 (PDT) (envelope-from shafeeq@cyrus.watson.org) Received: from localhost (shafeeq@localhost) by fledge.watson.org (8.8.8/8.8.8) with SMTP id QAA00659; Fri, 10 Jul 1998 16:22:50 -0400 (EDT) X-Authentication-Warning: fledge.watson.org: shafeeq owned process doing -bs Date: Fri, 10 Jul 1998 16:22:49 -0400 (EDT) From: Shafeeq Sinnamohideen X-Sender: shafeeq@fledge.watson.org Reply-To: Shafeeq Sinnamohideen To: "Kenneth D. Merry" cc: freebsd-scsi@FreeBSD.ORG, gibbs@pluto.plutotech.com Subject: Re: disappearing cdrom w/ Bt948+CAM In-Reply-To: <199806152213.QAA26718@panzer.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 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: 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: 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: 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: 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: 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