Bug 269085

Summary:	ACTIONS HS USB FlashDisk (Taheng 64GB Mini Voice Activated Recorder) not usable
Product:	Base System	Reporter:	Greg Balfour <greg.bal4>
Component:	usb	Assignee:	freebsd-usb (Nobody) <usb>
Status:	Closed Works As Intended
Severity:	Affects Only Me	CC:	grahamperrin, greg.bal4, hselasky, marklmi26-fbsd
Priority:	---
Version:	13.1-RELEASE
Hardware:	Any
OS:	Any

Description Greg Balfour 2023-01-21 20:18:16 UTC

I have a USB stick that's recognized under Linux but not FreeBSD.
I've tried multiple computers running various Linux distributions
and they can all recognize it.  But the same hardware running FreeBSD
13.1 or 12.2 results in the following errors:

Jan 21 13:58:24 desktop kernel: usb_msc_auto_quirk: UQ_MSC_NO_GETMAXLUN set for USB mass storage device ACTIONS HS USB
FlashDisk (0x10d6:0x1101)
Jan 21 13:58:24 desktop kernel: usb_msc_auto_quirk: UQ_MSC_NO_SYNC_CACHE set for USB mass storage device ACTIONS HS USB
 FlashDisk (0x10d6:0x1101)
Jan 21 13:58:24 desktop kernel: usb_msc_auto_quirk: UQ_MSC_NO_PREVENT_ALLOW set for USB mass storage device ACTIONS HS
USB FlashDisk (0x10d6:0x1101)
Jan 21 13:58:24 desktop kernel: usb_msc_auto_quirk: UQ_MSC_NO_TEST_UNIT_READY set for USB mass storage device ACTIONS H
S USB FlashDisk (0x10d6:0x1101)
Jan 21 13:58:24 desktop kernel: usb_msc_auto_quirk: UQ_MSC_NO_START_STOP set for USB mass storage device ACTIONS HS USB
 FlashDisk (0x10d6:0x1101)
Jan 21 13:58:31 desktop kernel: usbd_setup_device_desc: getting device descriptor at addr 5 failed, USB_ERR_IOERROR
Jan 21 13:58:34 desktop syslogd: last message repeated 1 times
Jan 21 13:58:34 desktop kernel: usb_alloc_device: Failure selecting configuration index 0:USB_ERR_IOERROR, port 4, addr
 5 (ignored)
Jan 21 13:58:34 desktop kernel: ugen1.5: <ACTIONS HS USB FlashDisk> at usbus1
Jan 21 13:58:38 desktop kernel: ugen1.5: <ACTIONS HS USB FlashDisk> at usbus1 (disconnected)

The device is a Taheng 64GB Mini Voice Activated Recorder.
https://www.amazon.com/Activated-Recorder-Taheng-Recording-Interview/dp/B09Z8C8RVX/

Comment 1 Mark Millard 2023-01-22 00:58:07 UTC

From the Amazon Q&A for the device:

Question: Flash drive does not mount on a MAC desktop, help?
Answer: It doesn’t. 
By M Anwar on December 22, 2022

(So: not just a FreeBSD issue.)

Question: Can it be connected to android and iphone with a usb cable to view and listen to the recording?
Answer: No 
Agoraseal · September 12, 2022


My guess is that gathering and reporting what linux reports about
the device (and its LUN's?) may be required to get a clue about
just what is involved in why things go as they do.

I also see in the reviews that the software for setting time time
on the device seems to be for just Windows.

I found no evidence of a copy of the user manual being available.
(Unclear if such would be of any help.)

Comment 2 Hans Petter Selasky freebsd_committer

2023-01-22 08:13:15 UTC

Hi,

You might have luck by adding the quirks beforehand:

usbconfig -d ugenX.Y add_quirk UQ_MSC_NO_GETMAXLUN
usbconfig -d ugenX.Y add_quirk UQ_MSC_NO_SYNC_CACHE

Then re-plug the device.

Likely your USB device is very simple, and does not implement proper USB error recovery. I cannot help so much. It is really a USB vendor problem in my opinion.

--HPS

Comment 3 Graham Perrin freebsd_committer

2023-01-22 13:10:00 UTC

(In reply to Greg Balfour from comment #0)

> … (0x10d6:0x1101) …

<https://bsd-hardware.info/index.php?id=usb:10d6-1101&dev_class=08-05-50&dev_type=disk&dev_vendor=Actions+Semiconductor&dev_name=D-Wave+2GB+MP4+Player+%2F+AK1025+MP3%2FMP4+Player&dev_ident=38a1e>

Comment 4 Greg Balfour 2023-01-22 14:34:14 UTC

This worked:

usbconfig -d ugenX.Y add_quirk UQ_MSC_NO_GETMAXLUN
usbconfig -d ugenX.Y add_quirk UQ_MSC_NO_SYNC_CACHE

I then had to install sysutils/fusefs-exfat to mount it.

Additinoal notes:

There's not much of a manual but it does state MAC OS 10.0 and above along with Android 4.0 and above are supported.  It also gives a way to set the time without using the included Windows software.

Comment 5 Hans Petter Selasky freebsd_committer

2023-01-22 21:33:06 UTC

That makes sense!