Date: Sun, 08 Jan 2012 18:55:10 +0200 From: Bartosz Fabianowski <freebsd@chillt.de> To: Hans Petter Selasky <hselasky@c2i.net>, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, poyopoyo@puripuri.plala.or.jp Subject: Re: umass regression Message-ID: <4F09CA6E.5090802@chillt.de> In-Reply-To: <4F09BD0E.5090606@chillt.de> References: <4EF9D06C.9060501@chillt.de> <201201031726.03885.hselasky@c2i.net> <4F03317D.6080702@chillt.de> <201201031815.32624.hselasky@c2i.net> <86r4zagqyv.wl%sf@FreeBSD.org> <4F09BD0E.5090606@chillt.de>
next in thread | previous in thread | raw e-mail | index | archive | help
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, the second LUN should be of the form: 00 01 00 00 00 00 00 00 Instead, the device reports a second LUN of: 00 00 00 00 00 00 00 01 This is invalid as it uses all four addressing levels, not the single level LUN structure. I think a quirk will be needed here, for example one that ignores the list entries and looks at the length of the list only, assuming that for a list of length n, the LUNs will be 0, 1, 2, ..., n - 1. - Bartosz
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F09CA6E.5090802>