Re: kern/50219: USB keyboard not detected on server

[Patrick Welche <prlw1%cam.ac.uk@localhost>]

In brief: your patch cures the panic (though still no devices)

Back to previous:

The kernel I mentioned did panic with the same trace:

xhci0 at pci0 dev 20 function 0: Intel C61x/X99 USB xHCI (rev. 0x05)
csr: 02900146
extent_alloc_region: extent `iomem' (0x0 - 0xffffffff)
extent_alloc_region: start 0x38000010000, end 0x3800001ffff
panic: extent_alloc_region: region lies outside extent
fatal breakpoint trap in supervisor mode
trap type 1 code 0 rip ffffffff80a7a315 cs 8 rflags 246 cr2 0 ilevel 8 rsp ffffffff818638a8
curlwp 0xffffffff81152f00 pid 0.1 lowest kstack 0xffffffff818602c0
Stopped in pid 0.1 (system) at  netbsd:breakpoint+0x5:  leave
breakpoint() at netbsd:breakpoint+0x5
vpanic() at netbsd:vpanic+0x13c
snprintf() at netbsd:snprintf
extent_alloc_region() at netbsd:extent_alloc_region+0x217
bus_space_reserve() at netbsd:bus_space_reserve+0x5c
bus_space_map() at netbsd:bus_space_map+0x3d
pci_mapreg_submap() at netbsd:pci_mapreg_submap+0xba
pci_mapreg_map() at netbsd:pci_mapreg_map+0x2e
xhci_pci_attach() at netbsd:xhci_pci_attach+0xf8
config_attach_loc() at netbsd:config_attach_loc+0x17a
pci_probe_device() at netbsd:pci_probe_device+0x4fa
pci_enumerate_bus() at netbsd:pci_enumerate_bus+0x168
pcirescan() at netbsd:pcirescan+0x43
pciattach() at netbsd:pciattach+0x193
config_attach_loc() at netbsd:config_attach_loc+0x17a
mp_pci_scan() at netbsd:mp_pci_scan+0xa4
mainbus_attach() at netbsd:mainbus_attach+0x2fa
config_attach_loc() at netbsd:config_attach_loc+0x17a
cpu_configure() at netbsd:cpu_configure+0x26
main() at netbsd:main+0x299

Just for the record:

$ strings netbsd | grep _CFG_ | grep xhci
_CFG_xhci* at pci? dev ? function ?\011# eXtensible Host Controller
_CFG_\011\011\011\011# xhci is at best experimental
_CFG_usb*  at xhci?
_CFG_###> # xhci*\011at pci?\011dev ? function ?\011# eXtensible Host Controller
_CFG_###> \011\011\011\011\011# xhci is at best experimental
_CFG_###> # usb*\011at xhci?

so there is a usb* at xhci? line.

With your patch, no more panic!

xhci0 at pci0 dev 20 function 0: Intel C61x/X99 USB xHCI (rev. 0x05)
csr: 02900146
xhci0: interrupting at ioapic0 pin 22
xhci0: xHCI version 1.0
usb0 at xhci0: USB revision 2.0
uhub0 at usb0: NetBSD xHCI Root Hub, class 9/0, rev 2.00/1.00, addr 0
uhub0: 15 ports with 15 removable, self powered
uhub3 at uhub0 port 1: no manufacturer Gadget USB HUB, class 9/0, rev 2.00/0.00, addr 1
uhub3: 6 ports with 6 removable, self powered
uhub3: port 5, device not enabled
uhub3: device problem, disabling port 5

uhub7 at uhub0 port 11: Cypress Semiconductor USB2.0 Hub, class 9/0, rev 2.00/32.99, addr 4
uhub7: single transaction translator
uhub7: 4 ports with 4 removable, self powered

usbdev suggests:

  port 5 addr 0 should never happen!

no sign of "NOVATEK" as per non-xhci laptop dmesg quoted in original report...

Trying other USB ports, so unplug plug unplug plug:

uhub7: device problem, disabling port 2
uhub7: device problem, disabling port 1

Trying a USB stick:
uhub6: device problem, disabling port 1

=> actually not keyboard specific
 port 1 addr 0 should never happen!
 port 1 addr 0 should never happen!