On 4/21/22 10:23, Mahesh Vardhamanaiah wrote:
Hi HPS,
Hi Mahesh,
With few debug logs I do see that
xhci_configure_reset_endpoint:3958: epno = 3, ep_state = 3, drop = 0
xhci_configure_reset_endpoint:3958: epno = 3, ep_state = 0, drop = 1
Do we need to do drop even if the ep_state is 0 ?
Hi Mahesh,
FYI: I've made the following commit for now:
https://cgit.freebsd.org/src/commit/?id=cda31e734925346328fd2369585ab3f6767ec225
--HPS
On 4/21/22 17:15, Kumara N Babu wrote:
Hi HPS,
Thanks. Do you plan to MFC this change to stable/12 ?
After we've debugged all the issues you are experiencing, yes.
--HPS
On Thu, 2022-04-21 at 07:57 +0200, Hans Petter Selasky wrote:
> Hi,
>
> 8) usbdump will answer this question.
>
> I see some more bugs:
>
> [ATHN_RX_INTR] = {
> .type = UE_INTERRUPT,
> .endpoint = 0x83, // AR_PIPE_RX_INTR,
> .direction = UE
On 4/21/22 19:51, Farhan Khan wrote:
The usb_config is listed below. I got the bufsize's by running `lsusb`
on Linux, but it should be the same basic output from FreeBSD tools. A
link to my latest commit is here:
https://github.com/khanzf/freebsd/blob/30fe0bd7677f07fd290e4150ccec620b7b09d532/sys/
On Thu, 2022-04-21 at 20:19 +0200, Hans Petter Selasky wrote:
> On 4/21/22 19:51, Farhan Khan wrote:
> > The usb_config is listed below. I got the bufsize's by running
> > `lsusb`
> > on Linux, but it should be the same basic output from FreeBSD
> > tools. A
> > link to my latest commit is here:
>
On 4/21/22 22:51, Farhan Khan wrote:
I fooled around a bit with `-f Y`, because I was not certain if the
offset was 0 or 1, but I think (could be wrong) the value for the
interrupt and what the data is loaded over is interrupt 3.
It appears to me that the size of the interrupt is 1024 based on t