Date: Wed, 20 Apr 2022 20:37:09 +0200 From: Hans Petter Selasky <hps@selasky.org> To: Farhan Khan <farhan@farhan.codes>, freebsd-usb@freebsd.org Subject: Re: Trouble loading firmware to USB device Message-ID: <d2253b56-3174-ae31-078c-ba43bb3c7fc2@selasky.org> In-Reply-To: <007551144c601a21e2ec8133a8359323de29725f.camel@farhan.codes> References: <f47b9415c262267d5c2505463b54f58ceaf76315.camel@farhan.codes> <d27787a2-eb6b-25dc-2d0d-56af4184032b@selasky.org> <9315bf6d-b9a9-89a2-9a32-aca9fd9cc015@farhan.codes> <dfc1cd8a-75a9-6637-e721-83d134910185@selasky.org> <007551144c601a21e2ec8133a8359323de29725f.camel@farhan.codes>
next in thread | previous in thread | raw e-mail | index | archive | help
On 4/20/22 18:34, Farhan Khan wrote: > On Tue, 2022-04-19 at 09:01 +0200, Hans Petter Selasky wrote: >> On 4/19/22 05:51, Farhan Khan wrote: >>> Thank you! I made the changes, but the problem remains, namely the >>> athn_usb_intr INTR RX callback is never called. >> >> Did you start/reststart this USB transfer? >> >> --HPS > > No. How and where would that be done, if the primary thread you are on > is sleeping via msleep()? Do you have an example of this? I was looking > at the code of otus(4)? > > On a side note, it seems that my initial usbd_transfer_start() to > wakeup the Rx Intr pipe seems to run the USB_ST_SETUP, which completes > successfully, but there is no associated USB_ST_TRANSFERRED. Not sure > if this is relevant? > Hi, It appears you've programmed the interrupt endpoint to only receive one USB packet, because there is no /* FALLTHROUGH */, but a "break;" statement instead! > break; > case USB_ST_SETUP: Maybe if you change that, it will work. --HPS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d2253b56-3174-ae31-078c-ba43bb3c7fc2>