At Sun, 08 Jan 2012 21:06:57 +0200,
Bartosz Fabianowski wrote:
>
> Replying to myself one last time, the kind of quirk I was thinking of
> actually does exist already. It is called CAM_QUIRK_NORPTLUNS. Enabling
> this quirk fixes the issue for me - both LUNs are detected and two umass
> devices
Replying to myself one last time, the kind of quirk I was thinking of
actually does exist already. It is called CAM_QUIRK_NORPTLUNS. Enabling
this quirk fixes the issue for me - both LUNs are detected and two umass
devices appear.
I submitted a patch in the following PR:
http://www.freebsd.or
Looking into this further, I think that the issue is down to Garmin
devices supplying incorrect information.
In reply to the SCSI INQUIRY command, the HISUP bit is not set. This
means that single level LUN structure is used (which appears to be all
that FreeBSD supports anyway). Consequently,
Interesting timing. I am just in the middle of a debug session to try
and debug this. I know nothing about umass and/or SCSI, so it is all one
big learning experience for me. Here is what I am seeing (snippets from
[1]):
* SCSI command "REPORT LUNS" is sent:
55 53 42 43 03 00 00 00 18 00 00
I managed to snip out the link I was referring to, here it is:
[1] http://www.fabianowski.eu/garmin_dakota_20_attach.usbdump
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
At Tue, 3 Jan 2012 18:15:32 +0100,
Hans Petter Selasky wrote:
> The following transaction shows that the device supports two luns. I suspect
> that there is a miscommunication between UMASS and CAM layer.
Hi,
I have posted about the same issue some days ago to -scsi@.
http://docs.FreeBSD.org/cgi
On Tuesday 03 January 2012 17:49:01 Bartosz Fabianowski wrote:
> > Is it possible that you could run usbdump to capture the traffic on the
> > bus where the USB device is connected?
>
> Absolutely. I uploaded the dump at [1]. This dump covers 30 seconds from
> plugging in.
>
> - Bartosz
>
> [1]