Re: port-i386/57662: StarTech ICUSB23208FD 8-Port USB-to-Serial Adapter Hub fails on Alix with NetBSD/i386 9.3

["David H. Gutteridge" <david%gutteridge.ca@localhost>]

The following reply was made to PR port-i386/57662; it has been noted by GNATS.

From: "David H. Gutteridge" <david%gutteridge.ca@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: port-i386/57662: StarTech ICUSB23208FD 8-Port USB-to-Serial
 Adapter Hub fails on Alix with NetBSD/i386 9.3
Date: Sun, 15 Oct 2023 21:28:05 -0400

 On Mon, 16 Oct 2023 at 01:51:48 +0200, Alexander Schreiber wrote:
 >The fact that:
 > - upon device plug-in, I get a "fatal breakpoint trap in supervisor mode"
 > - upon removing, waiting a few min and plugging the device back
 >   in I get "uhub1: autoconfiguration error: device problem, disabling por=
 t 1"
 >tells me that this might not be the problem.
 >
 >I suspect either some state corruption in the kernel driver or (actually
 >more likely) incorrect handling of device quirks (quirk being a polite
 >way of saying the device does something broken). This might be a combinati=
 on
 >of USB host issues (it appears to work fine on a different h/w with
 >amd64) and NetBSD not having as much developer time to deal with devices
 >behaving oddly (it works with Linux on the same h/w).
 
 You don't mention what USB controller details are specific to this
 hardware in question (e.g., dmesg excerpt of that part). Separately,
 have you tried a -current kernel?
 
 While I don't know if there's an overlap here, there have been issues
 (with memory fragmentation) that can cause USB devices to not work in
 some contexts (on some hardware). E.g., if I plug a USB 3 external
 hard drive into a Raspberry Pi 3B+ on 9.3_STABLE, it fails to attach,
 whereas there are no such issues on a typical amd64 laptop also
 running 9.3_STABLE (different arch, different USB controller, 8x
 difference in RAM). See for instance
 http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=3D54977
 
 Regards,
 
 Dave