amd64/7.0_BETA fails to probe USB devices?
Hi, I've recently been installing NetBSD on a new Lenovo RD350 server. I first tried booting from USB disk and from a USB CD-ROM drive, and both the install kernels loaded just fine. However, the boot medium was not probed by the 7.0_BETA amd64 kernel. The kernel on NetBSD 6.1.3 CD-ROM install media which I had laying around however *did* probe the boot media, like so: uhub0 at usb0: vendor 0x8086 EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1 at usb1: vendor 0x8086 EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 ... uhub2 at uhub0 port 1: vendor 0x8087 product 0x800a, class 9/0, rev 2.00/0.05, addr 2 uhub2: single transaction translator uhub3 at uhub1 port 1: vendor 0x8087 product 0x8002, class 9/0, rev 2.00/0.05, addr 2 uhub3: single transaction translator umass0 at uhub3 port 2 configuration 1 interface 0 umass0: TSSTcorp USB Mass Storage Device, rev 2.00/6.10, addr 3 atapibus0 at umass0: 2 targets cd0 at atapibus0 drive 0: cdrom removable uhub3: device problem, disabling port 3 ... I suspect the "device problem" is the USB keyboard, but I had already switched over to use the serial port as console, so that doesn't matter. I ended up using the 6.1.3 installer to install a 7.0_BETA installation, and that worked reasonably well when I realized which ones of the 4 ethernet ports in my server worked in 6.1.3 (not the on-board ones, which are wm's of the I250-T1 variant) Now, after having booted up the 7.0_BETA kernel, I can confirm that the kernel does not react when I plug a USB flash disk in, and the USB CD-ROM drive which is still plugged in is also not detected. Anyone else seeing something similar, or is this particular to this chipset combination? Anything I can do to debug this further? A kernel compiled with "options USB_DEBUG" doesn't provide any more information that I can see, it just says: uhub0 at usb0: vendor 0x8086 EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1 at usb1: vendor 0x8086 EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 ... uhub2 at uhub0 port 1: vendor 0x8087 product 0x800a, class 9/0, rev 2.00/0.05, addr 2 uhub2: single transaction translator uhub3 at uhub1 port 1: vendor 0x8087 product 0x8002, class 9/0, rev 2.00/0.05, addr 2 uhub3: single transaction translator ... and that's it, even though the CD drive from above is still plugged in. What changed in the USB device detection between 6.1.3 and 7.0_BETA which might explain this? Regards, - Håvard
Re: amd64/7.0_BETA fails to probe USB devices?
Hi Havard, On 04/28/15 16:05, Havard Eidnes wrote: > I've recently been installing NetBSD on a new Lenovo RD350 > server. I first tried booting from USB disk and from a USB > CD-ROM drive, and both the install kernels loaded just fine. > However, the boot medium was not probed by the 7.0_BETA amd64 > kernel. [...] > > Anyone else seeing something similar, or is this particular to > this chipset combination? Anything I can do to debug this > further? This is PR kern/48494 :( As a workaround you can boot with -2 (disable ACPI). HTH, -- khorben
Re: amd64/7.0_BETA fails to probe USB devices?
>> I've recently been installing NetBSD on a new Lenovo RD350
>> server. I first tried booting from USB disk and from a USB
>> CD-ROM drive, and both the install kernels loaded just fine.
>> However, the boot medium was not probed by the 7.0_BETA amd64
>> kernel. [...]
>>
>> Anyone else seeing something similar, or is this particular to
>> this chipset combination? Anything I can do to debug this
>> further?
>
> This is PR kern/48494 :(
>
> As a workaround you can boot with -2 (disable ACPI).
In my case that ends in tears:
coretemp4 at cpu4: thermal sensor, 1 C resolution
coretemp5 at cpu5: thermal sensor, 1 C resolution
coretemp6 at cpu6: thermal sensor, 1 C resolution
coretemp7 at cpu7: thermal sensor, 1 C resolution
fatal privileged instruction fault in supervisor mode
trap type 0 code 0 rip fe887df40d81 cs 8 rflags 10a82 cr2 0 ilevel 8 rsp
80f9f2c5
curlwp 0xfe813a2a0240 pid 0.58 lowest kstack 0xfe813a2ab2c0
keriels0p wvilingd setrndt fo auvi trato sedele..Stopped in pid 0.58 (system)
at fe887df40d81: invalid address
db{0}> tra
?() at fe887df40d81
db{0}> x/i fe887df40d81
fe887df40d81: invalid address
db{0}>
Regards,
- Håvard
Re: amd64/7.0_BETA fails to probe USB devices?
>> This is PR kern/48494 :( I tried a -current kernel, no improvement. I also tried the change which was suggested in the PR (and then reverted), and that also made no difference. Regards, - Håvard
Re: amd64/7.0_BETA fails to probe USB devices?
> A kernel compiled with "options USB_DEBUG" doesn't provide any > more information that I can see [...] With additionally usbdebug and uhubdebug set to 10 resulted in the attached boot messages. cd0 is still not probed. Regards, - Håvard Apr 28 23:39:11 tos-res su: he to root on /dev/pts/2 Password: Login incorrect or refused on this terminal. login: root Apr 28 23:40:12 tos-res login: ROOT LOGIN (root) on tty console Last login: Tue Apr 28 13:56:37 2015 on console Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, 2014 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 7.0_BETA (USB_DEBUG) #0: Tue Apr 28 13:58:53 UTC 2015 Welcome to NetBSD! This system is running a beta release of the NetBSD operating system, aimed at stabilizing the next formal release. It is close to formal release quality, but may still contain bugs, even serious ones. Please bear this in mind and use the system with care. You are encouraged to test this version as thoroughly as possible. Should you encounter any problem, please report it back to the development team using the send-pr(1) utility (requires a working MTA). If yours is not properly set up, use the web interface at: http://www.NetBSD.org/support/send-pr.html Thank you for helping us test and improve this beta NetBSD release. You have new mail. [3gHHHHHHH HHTerminal type is vt100. We recommend that you create a non-root account and use su(1) for root access. tos-res# shutdown -r now Shutdown NOW! shutdown: [pid 2676] tos-res# wall: You have write permission turned off; no reply possible *** FINAL System shutdown message from r...@tos-res.uninett.no *** System going down IMMEDIATELY Apr 28 23:40:17 tos-res shutdown: reboot by root: System shutdown time has arrived About to run shutdown hooks... Stopping cron. Waiting for PIDS: 1951. Stopping inetd. Waiting for PIDS: 1630. Saved entropy to /var/db/entropy-file. Removing block-type swap devices swapctl: removing /dev/sd0b as swap device Tue Apr 28 23:40:23 UTC 2015 Done running shutdown hooks. Apr 28 23:40:29 tos-res syslogd[560]: Exiting on signal 15 syncing disks... done uhub3: detached uhub2: detached ukphy3: detached ukphy2: detached ukphy1: detached ukphy0: detached wm3: detached wm2: detached wm1: detached wm0: detached atabus5: detached atabus4: detached atabus3: detached atabus2: detached atabus1: detached atabus0: detached pci7: detached pci6: detached pci5: detached pci4: detached pci3: detached pci1: detached sysbeep0: detached midi0: detached ppb6: detached ppb5: detached ppb4: detached ppb3: detached ppb2: detached ppb0: detached pchb0: detached audio0: detached pci10: detached sd0: detached scsibus0: detached mfi0: detached pci2: detached ppb1: detachedrebooting... >> NetBSD/x86 BIOS Boot, Revision 5.9 (from NetBSD 6.1.3) >> Memory: 635/1933196 k 1. Boot normally 2. Boot single user 3. Disable ACPI 4. Disable ACPI and SMP 5. Drop to boot prompt Choose an option; RETURN for default; SPACE to stop countdown. Option 1 will be chosen in 5 seconds. 0 seconds. Option: [1]:5 type "?" or "help" for help. > boot netbsd.usb |/-\|/-\14396664|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-
Re: amd64/7.0_BETA fails to probe USB devices?
>> I've recently been installing NetBSD on a new Lenovo RD350 >> server. I first tried booting from USB disk and from a USB >> CD-ROM drive, and both the install kernels loaded just fine. >> However, the boot medium was not probed by the 7.0_BETA amd64 >> kernel. [...] >> >> Anyone else seeing something similar, or is this particular to >> this chipset combination? Anything I can do to debug this >> further? > > This is PR kern/48494 :( > > As a workaround you can boot with -2 (disable ACPI). Does anyone have any good ideas as to how to proceed with finding a proper solution to this problem? As you saw, disabling ACPI has its own issues (caused panic). It seems to me that ACPICA 20131218 is quite old, and I see traces of newer versions "out there", but I have not tinkered with that code before so have no idea how much effort it would take to upgrade it. ...and there's no guarantee that doing so will actually fix the problem, of course. Is there any more data which can be gathered to narrow in on the root cause of this problem? Regards, - Håvard
