When attempting to attach an HP LaserJet 4250 via USB to the built-in USB ports on the ASUS M2N4, I got the following errors (same error on all ports) Aug 10 09:36:50 apu kernel: uhub1: device problem (SHORT_XFER), disabling port 4 Aug 10 09:41:43 apu kernel: uhub1: device problem (SHORT_XFER), disabling port 4 Aug 10 09:44:58 apu kernel: uhub1: device problem (SHORT_XFER), disabling port 2 Aug 10 09:45:08 apu kernel: uhub1: device problem (SHORT_XFER), disabling port 2 Aug 10 09:45:57 apu kernel: uhub1: device problem (SHORT_XFER), disabling port 9 Aug 10 09:46:11 apu kernel: uhub1: device problem (SHORT_XFER), disabling port 4 Fix: As a workaround, I simply disabled the EHCI driver, since it is known to be buggy, and I have no USB hard disks or other devices that require the speed of USB 2.0. USB 1.1 is fast enough for most printers, mice, flash drives, etc. For external disks, I prefer FireWire anyway. Following the instructions for editing and rebuilding the kernel in the FreeBSD handbook: 1. Comment out or remove EHCI from your kernel config file 2. Rebuild the kernel 3. Install the new kernel 4. Reboot With the EHCI driver out of the way, all is well: Aug 10 10:50:02 apu kernel: ulpt0: Hewlett-Packard hp LaserJet 4250, rev 2.00/1. 00, addr 3, iclass 7/1 Aug 10 10:50:02 apu kernel: ulpt0: using bi-directional mode How-To-Repeat: Attach an HP LJ 4250 (or possibly other printer) to an ASUS M2N4 running FreeBSD 6.2 amd64. I can't verify whether this is a problem with other printer models or OS versions.
Responsible Changed From-To: freebsd-bugs->freebsd-usb Over to maintainer(s).
>Old Synopsis: Problem with EHCI on ASUS M2N4-SLI >New Synopsis: [ehci] Problem with EHCI on ASUS M2N4-SLI Sorry to tag along here, but I feel the need to note that EHCI has *never* worked for me, on any hardware platform. On my 6.2 machines, attempting to use a USB 2.0 mass-storage device reliably results in a CPU reset (presumably by way of a triple fault). The symptoms were the same in 5.x. The only workaround I've found has been to compile a custom kernel without the ehci driver, but it would be nice if this worked some day. FWIW, these are all AMD machines, and the symptoms are the same on VIA (ASUS A8V), NVIDIA (ASUS A8N-E), and SIS (Acer Aspire 5002) chipsets. The machine with the NVIDIA chipset runs in 32-bit mode, and replaced an earlier ASUS A7something with a VIA chipset and the same symptoms. -GAWollman
Hi, I got a M2N4-SLI mobo. I've been able to use a logitech USB mouse/keyboard as well as a Kinston USB stick. Both were attached to OHCI, not EHCI. Find below more information about it: FreeBSD 7.4-RC1 FreeBSD 7.4-RC1 #0: Wed Dec 22 18:45:47 UTC 2010 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), nVidia(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 addr 2: full speed, self powered, config 1, product 0x8021(0x8021), vendor 0x0557(0x0557), rev 1.00 port 1 addr 3: low speed, power 100 mA, config 1, product 0x1400(0x1400), vendor 0x04d9(0x04d9), rev 1.43 port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered port 7 powered port 8 powered port 9 powered port 10 powered Controller /dev/usb1: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), nVidia(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered port 7 powered port 8 powered port 9 powered port 10 powered uhub2: <vendor 0x0557 product 0x8021, class 9/0, rev 1.10/1.00, addr 2> on uhub0 uhub2: 4 ports with 4 removable, self powered ukbd0: <vendor 0x04d9 product 0x1400, class 0/0, rev 1.10/1.43, addr 3> on uhub2 kbd2 at ukbd0 ums0: <vendor 0x04d9 product 0x1400, class 0/0, rev 1.10/1.43, addr 3> on uhub2 ums0: 5 buttons and Z dir. ums1: <vendor 0x04d9 product 0x1400, class 0/0, rev 1.10/1.43, addr 3> on uhub2 ums1: 5 buttons and Z dir. Cheers, Antonio Huete
For bugs matching the following criteria: Status: In Progress Changed: (is less than) 2014-06-01 Reset to default assignee and clear in-progress tags. Mail being skipped