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

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

The following reply was made to PR kern/50219; it has been noted by GNATS.

From: Patrick Welche <prlw1%cam.ac.uk@localhost>
To: Nick Hudson <skrll%netbsd.org@localhost>
Cc: gnats-bugs%NetBSD.org@localhost, kern-bug-people%netbsd.org@localhost,
	gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost
Subject: Re: kern/50219: USB keyboard not detected on server
Date: Thu, 10 Sep 2015 10:44:50 +0100

 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!