Date: Mon, 20 May 2002 00:28:51 -0400 (EDT) From: John Baldwin <jhb@FreeBSD.org> To: Matthew Dillon <dillon@apollo.backplane.com> Cc: cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, "Kenneth D. Merry" <ken@kdm.org> Subject: Re: cvs commit: src/sys/cam/scsi scsi_da.c Message-ID: <XFMail.20020520002851.jhb@FreeBSD.org> In-Reply-To: <200205192312.g4JNCsKs098352@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 19-May-2002 Matthew Dillon wrote: > >:We have code to detect devices that don't work with 6 byte commands; a >:quirk shouldn't be necessary. >: >:What error does this device return when you issue a 6 byte command? >: >:Ken >:-- >:Kenneth Merry >:ken@kdm.org > > It returns a general I/O error, but the CAM debug code does not > report any errors. > > I was not able to test the USB device under -current at all... none > of my current machines are running a USB chipset that either -current > or -stable is happy with, so I cannot refute your assertion on -current. > Still, -current has the NO_6 quirks for all the other USB card readers > so presumably it is still required. No, those are just stale and need to be removed. > On -stable it is definitely required. > > The real issue here is not so much the SCSI spec... these are not > actual SCSI devices, they are pseudo-SCSI devices and there are a lot > of things missing or hacked or just plain broken in regards to their > adherence to either the SCSI or ATA specs. I'm certain the reason > CAM/SCSI cannot figure out that a 10 byte command is required for > these devices is simply due to that fact. It's b/c umass has no way of telling CAM: "hey, don't send 6 byte commands to USB ATA or UFI devices" -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.20020520002851.jhb>