Hi,

Unrelated, I think, but since Hans is here:

Since (I think) the switch-over to 9_STABLE (or at least at about the time of 
the 9.0
release) my i3 headless server box does not restart (shutdown -r) successfully. 
 When I
plug a keyboard and screen into it, to see what is going on, the last thing on 
the screen
is always something about usb.  Besides the keyboard (in this situation) the 
only USB
device in the system is an external (WD) hard drive.  Anything I can usefully 
report or
analyse to figure out what is going wrong?  The present situation isn't 
immediately fatal,
because the hang doesn't seem to happen until all of the file system buffers 
have been
flushed, so the reboot is ultimately clean, but it requires me to reset the box 
from the
switch on the front: not good for doing remotely...

USB-related dmesg output includes:

ehci0: <Intel PCH USB 2.0 controller USB-B> mem 0xf0522400-0xf05227ff irq 16 at 
device 26.0
on pci0
usbus0: EHCI version 1.0
usbus0: <Intel PCH USB 2.0 controller USB-B> on ehci0

ehci1: <Intel PCH USB 2.0 controller USB-A> mem 0xf0522000-0xf05223ff irq 23 at 
device 29.0
on pci0
usbus1: EHCI version 1.0
usbus1: <Intel PCH USB 2.0 controller USB-A> on ehci1

uhub3: 8 ports with 8 removable, self powered
Root mount waiting for: usbus1 usbus0
ugen0.3: <Western Digital> at usbus0
umass0: <MSC Bulk-Only Transport> on usbus0
umass0:  SCSI over Bulk-Only; quirks = 0x0000
umass0:9:0:-1: Attached to scbus9
da0 at umass-sim0 bus 0 scbus9 target 0 lun 0
da0: <WD My Book 1140 1003> Fixed Direct Access SCSI-6 device 
da0: 40.000MB/s transfers
da0: 2861556MB (732558336 4096 byte sectors: 255H 63S/T 45599C)
ses0 at umass-sim0 bus 0 scbus9 target 0 lun 1
ses0: <WD SES Device 1003> Fixed Enclosure Services SCSI-6 device 
ses0: 40.000MB/s transfers
ses0: SCSI-3 SES Device
Root mount waiting for: usbus0
ugen0.4: <vendor 0x04d9> at usbus0
ukbd0: <vendor 0x04d9 USB Keyboard, class 0/0, rev 1.10/3.90, addr 4> on usbus0
kbd2 at ukbd0
ums0: <vendor 0x04d9 USB Keyboard, class 0/0, rev 1.10/3.90, addr 4> on usbus0
Root mount waiting for: usbus0

Hmm.  Could the ums0: line be an issue there?  I've never plugged a mouse into 
this box.

Cheers,

-- 
Andrew


On Mon, Feb 27, 2012 at 08:27:39PM +0100, Hans Petter Selasky wrote:
> On Monday 27 February 2012 17:59:51 David Noel wrote:
> > Since upgrading to 9.0 I've been getting a handful of EHCI-related
> > dmesg errors and USB 1.0 performance from my ICH5's 2.0 ports. I
> > booted an 8.3 memstick to be certain it wasn't a hardware issue and
> > was able to push a few GB over USB at full 2.0 speeds. The system is a
> > PowerEdge SC1420 running amd64 (GENERIC); relevant dmesg below:
> > 
> > ...
> > ehci0: <Intel 82801EB/R (ICH5) USB 2.0 controller> mem
> > 0xcff00000-0xcff003ff irq 23 at device 29.7 on pci0
> > ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 54
> > usbus4: EHCI version ff.ff
> > usbus4: reset timeout
> > usbus4: reset timeout
> > ehci0: USB init failed err=18
> > unknown: reset timeout
> > device_attach: ehci0 attach returned 6
> > ...
> > 
> > A full "boot -v" can be found here: http://pastebin.com/pXi9kruw
> > 
> 
> Hi,
> 
> This might have something to do with ACPI USB handover. I think this feature 
> was supposed to be moved into the loader, but I'm not fully sure.
> 
> http://svnweb.freebsd.org/base?view=revision&revision=224269
> 
> --HPS
> _______________________________________________
> freebsd-usb@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-usb
> To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
_______________________________________________
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"

Reply via email to