Date: Thu, 21 Apr 2022 20:34:13 +0200 From: Tomek CEDRO <tomek@cedro.info> To: Axel Rau <Axel.Rau@chaos1.de> Cc: hardware@freebsd.org, Hans Peter Petter Selasky <hps@selasky.org> Subject: Re: [RESOLVED] Re: timeouts on USB ISP programmer Message-ID: <CAFYkXjkxu=hPpewQc2ve-2RFq7ZHe5K72Tb-c9W%2BW9gmDA5eBA@mail.gmail.com> In-Reply-To: <77ae0110-0b36-8c00-c40e-efd110843f60@Chaos1.DE> References: <3A781DFA-1E2C-41A5-8053-C90A806244DC@Chaos1.DE> <77ae0110-0b36-8c00-c40e-efd110843f60@Chaos1.DE>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Apr 21, 2022 at 7:05 PM Axel Rau <Axel.Rau@chaos1.de> wrote: > With the trace, recorded by Joerg Wunsch (author of avrdude), > Hans found the implementation bug in the device. > He wrote to Joerg: > ==== > I see from the Ellisys .png's what is wrong. The device doesn't support > resetting the data-toogle (CLEAR ENDPOINT HALT) which is a mandatory USB > control endpoint command. So the USB stack tries a couple of times and then > gives up and resets the device! > > The device is not USB.org class compliant! :-( > > Probably setting: > > sysctl hw.usb.no_cs_fail=1 > > may help. > ==== > Indeed with this setting the device works perfectly: > (..) > diamex.de has been notified about the bug. > > Man thanks to all, who responded, especially Hans and Tomek, > Axel WOW! That was quite a journey! Thanks for the sysctl hint this may come handy! :-) I just wonder if this is the Diamex-only problem or all STK500v2 interfaces.. maybe they are just using public firmware on their own hardware.. in that case all STK500v2 devices could be affected :-) Hans is also my hero, I am rooting for the battle against some XHCI controller on ARM hardware on the freebsd-usb list, man, patches are already in the kernel :-) :-) Have fun and take care! :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFYkXjkxu=hPpewQc2ve-2RFq7ZHe5K72Tb-c9W%2BW9gmDA5eBA>