Bug 230038
| Summary: | regression USB mass storage device | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | Philip Homburg <pch-freebsd-bugs-1> | ||||
| Component: | usb | Assignee: | freebsd-usb (Nobody) <usb> | ||||
| Status: | Closed FIXED | ||||||
| Severity: | Affects Only Me | CC: | akos.somfai, bsd, citrin+pr, hselasky | ||||
| Priority: | --- | Keywords: | regression | ||||
| Version: | 11.2-RELEASE | ||||||
| Hardware: | amd64 | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
|
Description
Philip Homburg
2018-07-25 13:51:43 UTC
I with the same problem on 11.2-PRERELEASE #0 r334549 Garmin GPSmap 62 SD card is recognized only after camcontrol rescan 5:0:1 Problem persists in 12.1-STABLE r358922. (My Garmin is a Dakota 20.) I get another scbus number, so I wrote a shell script that parses the output of "camcontrol devlist" as a workaround:
#!/bin/bash
camline=`camcontrol devlist|grep 'GARMIN Flash'`
while test -z "$camline" ;do
echo not found, waiting 5 seconds...
sleep 5
camline=`camcontrol devlist|grep 'GARMIN Flash'`
done
# output: <Garmin GARMIN Flash 1.00> at scbus8 target 0 lun 0 (da0,pass4)
camline=${camline#*scbus}
bus=${camline%% *}
camline=${camline#*target }
target=${camline%% *}
camline=${camline#*lun }
lun=${camline%% *}
echo -n bus:target:lun = $bus:$target:$lun
lun=$(($lun + 1))
echo " -> $bus:$target:$lun"
camcontrol rescan $bus:$target:$lun
How can we set the status to "confirmed" and the importance to "affects many people"? (In reply to Friedrich Volkmann from comment #2) I have a similar problem with a Dakota 20 but in my case the second device does not appear even after doing a rescan. However, if I add quirk UQ_MSC_NO_INQUIRY then it behaves correctly. Could you try to add this to your /boot/loader.conf, reboot and check if it fixes your problem as well: hw.usb.quirk.0="0x091e 0x23c0 0 0xffff UQ_MSC_NO_INQUIRY" (In reply to Friedrich Volkmann from comment #3) Hi, any update on this? (In reply to Akos Somfai from comment #5) Sorry, I have not rebooted yet. When I do, I will hopefully be able to test your suggestion, although the quirks don't look like a final solution. No average user will know that they are needed, and nobody can memorize a string like "0x091e 0x23c0 0 0xffff UQ_MSC_NO_INQUIRY". (In reply to Friedrich Volkmann from comment #6) Ok, just let me know once tested. BTW, there's no need to memorize anything or even to modify loader.conf in the final solution -- loader.conf modification is for confirmation only and if it works then I'll add it to the kernel usb quirk list that is applied automatically after boot. A blackout made me reboot now. The suggested line hw.usb.quirk.0="0x091e 0x23c0 0 0xffff UQ_MSC_NO_INQUIRY" in loader.conf works for me. Devices da1 and da1s1 show up and are usable. I didn't use my GPS on my FreeBSD laptop for quite a while, so I sort of forgot about this issue. Part of the release notes of 12.2-RC3 reminded me of this problem. I tried 12.2-RC3 without any changes and the same issue is still there. After that I also tried the magic hw.ucb.quirk.0 string and that also didn't have any effect. Fortunately, a 'camcontrol rescan 4:0:1' still does the trick. (In reply to Philip Homburg from comment #9) The hw.usb.quirk.0 line won't work in your case likely because your device's product id is not the same as Friedrich's one. Could you try adding this line to /boot/loader.conf, reboot and check if it fixes your problem as well: hw.usb.quirk.0="0x091e 0x2459 0 0xffff UQ_MSC_NO_INQUIRY" Great, that works! Created attachment 219155 [details]
fix for Garmin mass storage problems
Looks that Garmin Dakota 20 and GPSMAP 62s devices do not respond to INQUIRY requests:
Oct 27 22:39:08 somi-freebsd kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 01 00 00 ff 00
Oct 27 22:39:08 somi-freebsd kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error
Oct 27 22:39:08 somi-freebsd kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check Condition
Oct 27 22:39:08 somi-freebsd kernel: (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB)
Oct 27 22:39:08 somi-freebsd kernel: (probe0:umass-sim0:0:0:0): Info: 0
Oct 27 22:39:08 somi-freebsd kernel: (probe0:umass-sim0:0:0:0): Error 22, Unretryable error
Oct 27 22:39:08 somi-freebsd kernel: (probe0:umass-sim0:0:0:0): Periph invalidated
Oct 27 22:39:08 somi-freebsd kernel: (probe0:umass-sim0:0:0:0): Periph destroyed
This causes unrecogized block devices.
The fix adds quirk UQ_MSC_NO_INQUIRY that makes the devices detectable.
Anyone interested in committing this patch? A commit references this bug: Author: hselasky Date: Thu Nov 12 18:24:37 UTC 2020 New revision: 367622 URL: https://svnweb.freebsd.org/changeset/base/367622 Log: Add more USB quirks. PR: 230038 MFC after: 1 week Sponsored by: Mellanox Technologies // NVIDIA Networking Changes: head/sys/dev/usb/quirk/usb_quirk.c head/sys/dev/usb/usbdevs A commit references this bug: Author: hselasky Date: Tue Dec 1 12:38:29 UTC 2020 New revision: 368213 URL: https://svnweb.freebsd.org/changeset/base/368213 Log: MFC r367622: Add more USB quirks. PR: 230038 Sponsored by: Mellanox Technologies // NVIDIA Networking Changes: _U stable/12/ stable/12/sys/dev/usb/quirk/usb_quirk.c stable/12/sys/dev/usb/usbdevs A commit references this bug: Author: hselasky Date: Tue Dec 1 12:39:16 UTC 2020 New revision: 368214 URL: https://svnweb.freebsd.org/changeset/base/368214 Log: MFC r367622: Add more USB quirks. PR: 230038 Sponsored by: Mellanox Technologies // NVIDIA Networking Changes: _U stable/11/ stable/11/sys/dev/usb/quirk/usb_quirk.c stable/11/sys/dev/usb/usbdevs |
