Date: Sun, 24 Apr 2005 09:00:59 +0200 From: Gerrit =?iso-8859-1?Q?K=FChn?= <gerrit@pmp.uni-hannover.de> To: "Raphael H. Becker" <rabe@p-i-n.com> Cc: freebsd-stable@freebsd.org Subject: Re: NEC uPD 720100 USB 2.0 controller () not working on FreeBSD 5.4-STABLE i386 (2005-04-23) Message-ID: <20050424070059.GA16585@pmp.uni-hannover.de> In-Reply-To: <20050424020429.A81665@p-i-n.com> References: <20050424020429.A81665@p-i-n.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Apr 24, 2005 at 02:04:29AM +0200, Raphael H. Becker wrote: > The NEC uPD 720100 USB 2.0 controller doesn's seem to work. This > controller is on a "Longshine LCS-8033H PCI USB Card" and is a > low cost "standard-USB2-controller" at my local electronics store. I wrote here about two weeks ago about the problems I'm having with a D-Link DU-520 with the same chipset. However, mine seems to be working basically, but chokes easily under load (more than ~2MB/s hang the connection and produce lengthy timeouts). > root@beastie:~# dmesg | egrep "(^usb3|^uhub3)" > usb3: EHCI version 1.0 > usb3: companion controllers, 3 ports each: usb1 usb2 > usb3: <NEC uPD 720100 USB 2.0 controller> on ehci0 > usb3: USB revision 2.0 > uhub3: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub3: 5 ports with 5 removable, self powered Same here: dmesg|grep NEC ohci0: <NEC uPD 9210 USB controller> mem 0xdf025000-0xdf025fff irq 12 at device 14.0 on pci0 usb2: <NEC uPD 9210 USB controller> on ohci0 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 ohci1: <NEC uPD 9210 USB controller> mem 0xdf026000-0xdf026fff irq 11 at device 14.1 on pci0 usb3: <NEC uPD 9210 USB controller> on ohci1 uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 ehci0: <NEC uPD 720100 USB 2.0 controller> mem 0xdf027000-0xdf0270ff irq 10 at device 14.2 on pci0 usb4: <NEC uPD 720100 USB 2.0 controller> on ehci0 uhub4: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub3: device problem (SET_ADDR_FAILED), disabling port 4 > uhub3: device problem (SET_ADDR_FAILED), disabling port 3 > uhub3: device problem (SET_ADDR_FAILED), disabling port 2 > uhub3: device problem (SET_ADDR_FAILED), disabling port 1 Hm, I have seen this behaviour earlier on my system, but it had nothing to do with the chipset then. Instead ACPI was not doing the right thing and routed IRQs in a way that was causing this problem. It went away after disabling ACPI; perhaps you can give that a try, too? > I tried with a USB2-harddisk and a USB2-Memorystick, which work > perfectly (but just USB1) on the other ports or as USB2 on another host: I have a Vosonic XS-Drive, which is basically an USB2-hd, too. See my previous post for details. > lspci -vvv brings the following for the new card: lspci? I thought you were talking about FreeBSD, not Linux. > # uname -a > FreeBSD beastie.local.net 5.4-STABLE FreeBSD 5.4-STABLE #5: Sun Apr 24 01:23:03 CEST 2005 root@beastie.local.net:/usr/obj/usr/src_RELENG_5/sys/BEASTIE i386 Well, slightly older here: (%:~)- uname -a FreeBSD stardust.terra.ger 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #23: Sat Apr 16 16:19:21 CEST 2005 > Any chances to get this card running? > Any (experimental) patches? I'm still interested in using my card with >2MB/s and without those hangs, too. ;) cu Gerrit --
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050424070059.GA16585>