[Bug 212021] xhci(4) broken with qemu-devel

2016-08-21 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212021 --- Comment #8 from Nathan Whitehorn --- (In reply to Hans Petter Selasky from comment #7) That doesn't seem to help. The ppc64 QEMU behavior seems identical. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 212021] xhci(4) broken with qemu-devel

2016-08-21 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212021 Hans Petter Selasky changed: What|Removed |Added Summary|xhci(4) broken on |xhci(4) broken with

[Bug 212021] xhci(4) broken on big-endian systems

2016-08-21 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212021 --- Comment #7 from Hans Petter Selasky --- Created attachment 173916 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=173916&action=edit Fix XHCI compatibility with QEMU Hi, Can you test the attached patch. Looks like a XHCI com

[Bug 212021] xhci(4) broken on big-endian systems

2016-08-21 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212021 --- Comment #6 from Nathan Whitehorn --- (In reply to Hans Petter Selasky from comment #5) The QEMU code that is printing the error is this in xhci_configure_slot(): if ((ictl_ctx[0] & 0x3) != 0x0 || (ictl_ctx[1] & 0x3) != 0x1) {

[Bug 212021] xhci(4) broken on big-endian systems

2016-08-21 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212021 --- Comment #5 from Hans Petter Selasky --- The qemu prints the values x=0 and y=3 in hex. And the check is (x != 0 || y != 3) which I find very odd. I'll check if we are writing a 32-bit field with 64-bit ops. --HPS -- You are receivin

[Bug 212021] xhci(4) broken on big-endian systems

2016-08-21 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212021 --- Comment #4 from Nathan Whitehorn --- (In reply to Hans Petter Selasky from comment #3) That is probably true, but I think that can't be the problem in this case, for two reasons: 1. The host CPU for my QEMU is little-endian, so that ch

[Bug 212021] xhci(4) broken on big-endian systems

2016-08-21 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212021 --- Comment #3 from Hans Petter Selasky --- Got it. OK, Look at this error: xhci: output context at 831a000 xhci: invalid input context control 0003 13236@1471749323.871077:usb_xhci_queue_event v 0, idx 8, ER_COMMAND_COMPLETE,

[Bug 212021] xhci(4) broken on big-endian systems

2016-08-21 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212021 --- Comment #2 from Nathan Whitehorn --- (In reply to Hans Petter Selasky from comment #1) You misunderstand, I think. This is a bog-standard PCI-E XHCI card with little-endian registers. The driver just doesn't work when the CPU is big-en

[Bug 212021] xhci(4) broken on big-endian systems

2016-08-21 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212021 Hans Petter Selasky changed: What|Removed |Added CC||hsela...@freebsd.org --- Com