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

[Taylor R Campbell <riastradh%NetBSD.org@localhost>]

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

From: Taylor R Campbell <riastradh%NetBSD.org@localhost>
To: Alexander Schreiber <als%thangorodrim.ch@localhost>
Cc: matthew green <mrg%eterna.com.au@localhost>,
	port-i386-maintainer%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
	netbsd-bugs%netbsd.org@localhost, gnats-bugs%netbsd.org@localhost
Subject: Re: port-i386/57662: StarTech ICUSB23208FD 8-Port USB-to-Serial
	Adapter Hub fails on Alix with NetBSD/i386 9.3
Date: Sat, 28 Oct 2023 21:29:09 +0000

 > Date: Sat, 28 Oct 2023 22:26:06 +0200
 > From: Alexander Schreiber <als%thangorodrim.ch@localhost>
 >=20
 > Both patches applied and things do look better. Now, instead of hanging
 > forever, after the second (so, at the third) connection attempt, cu
 > errors out with: "cu: link down" after a few seconds. This behavior then
 > sticks.
 >=20
 > Relevant snippet from the trace:
 >=20
 >   1699   1699 cu       0.000010616 CALL  open(0xbfb9a56e,6,0)
 >   1699   1699 cu       0.000011733 NAMI  "/dev/ttyU1"
 >   1699   1699 cu       11.991814027 RET   open -1 errno 5 Input/output er=
 ror
 >=20
 > vmstat usbhist dump at:
 >=20
 > https://www.thangorodrim.ch/tmp/NetBSD10BETA_serial_vmstat-usbhist_patch-1
 
 Great, thanks!  So we've fixed the logic to abort on timeout that I
 broke last year (which is good!), but now we have to figure out why
 the transfer is timing out at all.