https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227602
--- Comment #7 from Hans Petter Selasky <hsela...@freebsd.org> --- Hi, In the log-with-r304629.pcap I clearly see ERR=IOERROR which is not present in the other log file. I suspect that your XHCI controller needs a quirk, I.E. the old behaviour. If I were to guess, the problem is that your XHCI controller executes the status stage instantly after the so-called USB data stage, because the patch make the DMA jobs back to back. The ralink dongle doesn't handle this and IOERROR usually means no response. Typically this patch makes the status stage execute after the next SOF. This should be handled automagically by the XHCI controller. Can you post the output of "pciconf -lv" for your XHCI PCI device? I guess we can make the #ifdef into a system tunable, and then you can set it in /boot/loader.conf ? --HPS -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ freebsd-wireless@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
