Skip site navigation (1)Skip section navigation (2)
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>