Re: USB da(4) quirks deprecated

On Fri, 8 Aug 2003, Andrew Thompson wrote:
> On Fri, 2003-08-08 at 03:13, Nate Lawson wrote:
> > On Fri, 8 Aug 2003, Andrew Thompson wrote:
> > > umass0: SigmaTel, Inc. USBMSC Audio Player, rev 1.10/0.01, addr 3
> > > umass0: Get Max Lun not supported (IOERROR)
> > > da0 at umass-sim0 bus 0 target 0 lun 0
> > > da0: <SigmaTel MSCN 0001> Removable Direct Access SCSI-4 device
> > > da0: 1.000MB/s transfers
> > > da0: 125MB (256001 512 byte sectors: 64H 32S/T 125C)
> > > umass0: BBB reset failed, IOERROR
> > > umass0: BBB bulk-in clear stall failed, IOERROR
> > > umass0: BBB bulk-out clear stall failed, IOERROR
> > > umass0: BBB reset failed, IOERROR
> > > umass0: BBB bulk-in clear stall failed, IOERROR
> > > umass0: BBB bulk-out clear stall failed, IOERROR
> > > .... and so on....
> >
> > Looks pretty standard.  Here is more info on the possible quirks:
> > http://www.root.org/~nate/freebsd/quirks.html
> >
> > If I were you, I'd look first into adding one for RS_NO_CLEAR_UA in
> > sys/dev/usb/umass.c.  See other quirks like this to get an idea.  It's
> > also possible that the problem is "NO_SYNC_CACHE" in
> > sys/cam/scsi/scsi_da.c.
>
> I have tried RS_NO_CLEAR_UA, NO_GETMAXLUN, NO_START_STOP,
> NO_TEST_UNIT_READY, DA_Q_NO_SYNC_CACHE and DA_Q_NO_6_BYTE without any
> luck.
>
> Any other quirks to try?

Let's see the new dmesg.  As per my previous reply, I'm not confident your
quirk was having any effect.

-Nate