Date: Thu, 15 Aug 2002 13:20:33 -0600 From: "Kenneth D. Merry" <ken@kdm.org> To: Nate Lawson <nate@root.org> Cc: Chuck McCrobie <mccrobie@cablespeed.com>, freebsd-scsi <freebsd-scsi@FreeBSD.ORG> Subject: Re: pioneer DRM-600 problem Message-ID: <20020815132033.A63803@panzer.kdm.org> In-Reply-To: <Pine.BSF.4.21.0208151134420.40312-100000@root.org>; from nate@root.org on Thu, Aug 15, 2002 at 11:46:56AM -0700 References: <20020814223152.A60159@panzer.kdm.org> <Pine.BSF.4.21.0208151134420.40312-100000@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Aug 15, 2002 at 11:46:56 -0700, Nate Lawson wrote: > On Wed, 14 Aug 2002, Kenneth D. Merry wrote: > > On Thu, Aug 15, 2002 at 00:24:50 -0400, Chuck McCrobie wrote: > > > "Kenneth D. Merry" wrote: > > > > On Wed, Aug 14, 2002 at 22:53:24 -0400, Kurt Seel wrote: > > > > > cd5: cd present [326103 x 2048 byte records] > > > > > (cd6:ahc0:0:0:6): READ CD RECORDED CAPACITY. CDB: 25 c0 0 0 0 0 0 0 0 0 > > > > > (cd6:ahc0:0:0:6): ILLEGAL REQUEST asc:25,0 > > > > > (cd6:ahc0:0:0:6): Logical unit not supported > > > > > (cd6:ahc0:0:0:6): fatal error, failed to attach to device > > > > > (cd6:ahc0:0:0:6): lost device > > > > > (cd6:ahc0:0:0:6): removing device entry > > > > > (cd7:ahc0:0:0:7): READ CD RECORDED CAPACITY. CDB: 25 e0 0 0 0 0 0 0 0 0 > > > > > (cd7:ahc0:0:0:7): ILLEGAL REQUEST asc:25,0 > > > > > (cd7:ahc0:0:0:7): Logical unit not supported > > > > > (cd7:ahc0:0:0:7): fatal error, failed to attach to device > > > > > (cd7:ahc0:0:0:7): lost device > > > > > (cd7:ahc0:0:0:7): removing device entry > > > > > > > > It looks like it's behaving bogusly there. It shouldn't respond to an > > > > inquiry on LUNs 6 and 7 if there isn't a CD slot at those LUNs. > > > > > > > > Anyway, that should be mostly harmless. > > > > > > Yes, this is a LUN based changer. To get it to swap disks, one > > > references the other LUNs. The changer should automatically swap out > > > one disk and insert the other. It looks like its doing what it should > > > during the probe. > > > > > > I don't remember exactly what the SCSI spec. says for LUNs - I think > > > reporting that the "Logical unit not supported" is valid for LUNs 6 and > > > 7 - what else would a LUN type device report if it supports 6 out of 8 > > > LUNs? > > > > It shouldn't respond to an inquiry on that LUN if that LUN isn't supported. > > > > The "Logical unit not supported" error is correct, but we should never get > > that far. The first thing we do for each LUN is send an inquiry, and the > > device should just not send back a response if it doesn't support the LUN. > > I thought it was legit to respond to inquiry with the following qualifier > if the device is there but doesn't support the requested LUN. > > #define SID_QUAL_BAD_LU 0x03 /* The target is not capable of > * supporting a physical device on > * this logical unit. For this > * peripheral qualifier the peripheral > * device type shall be set to 1Fh to > * provide compatibility with previous > * versions of SCSI. All other > * peripheral device type values are > * reserved for this peripheral > * qualifier. > */ Yes, that is correct as well. In the inquiry case in probedone() in cam_xpt.c, we only keep going with the probe process if the peripheral qualifier is SID_QUAL_LU_CONNECTED. Ken -- Kenneth Merry ken@kdm.org 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?20020815132033.A63803>