From owner-freebsd-stable@FreeBSD.ORG Mon Feb 4 22:32:31 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 86E5399; Mon, 4 Feb 2013 22:32:31 +0000 (UTC) (envelope-from spork@bway.net) Received: from smtp2.bway.net (smtp2.bway.net [216.220.96.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4B46D68C; Mon, 4 Feb 2013 22:32:31 +0000 (UTC) Received: from frankentosh.sporklab.com (foon.sporktines.com [96.57.144.66]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp2.bway.net (Postfix) with ESMTPSA id 50A6195887; Mon, 4 Feb 2013 17:32:27 -0500 (EST) Subject: Re: So I whip out a FTDI-based multiport Serial USB Adapter.... Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=windows-1252 From: Charles Sprickman In-Reply-To: <1360015226.93359.502.camel@revolution.hippie.lan> Date: Mon, 4 Feb 2013 17:32:26 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <511004AA.3060201@denninger.net> <1360008362.93359.485.camel@revolution.hippie.lan> <511020DB.3050302@denninger.net> <1360012382.93359.489.camel@revolution.hippie.lan> <66CBAB45-621B-47F8-AC67-64F816AFE837@bway.net> <1360015226.93359.502.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1085) Cc: freebsd-stable@FreeBSD.org, Karl Denninger X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Feb 2013 22:32:31 -0000 On Feb 4, 2013, at 5:00 PM, Ian Lepore wrote: > On Mon, 2013-02-04 at 16:31 -0500, Charles Sprickman wrote: >> On Feb 4, 2013, at 4:13 PM, Ian Lepore wrote: >>=20 >>> On Mon, 2013-02-04 at 14:58 -0600, Karl Denninger wrote: >>>> On 2/4/2013 2:06 PM, Ian Lepore wrote: >>>>> On Mon, 2013-02-04 at 12:57 -0600, Karl Denninger wrote: >>>>>> ... and plug it into FreeBSD 9.1-Stable with the rev ID FreeBSD >>>>>> 9.1-STABLE #16 r244942 >>>>>>=20 >>>>>> and it returns.... >>>>>>=20 >>>>>> ugen4.4: at usbus4 >>>>>> uhub6: >>>>>> on usbus4 >>>>>> uhub_attach: port 1 power on failed, USB_ERR_STALLED >>>>>> uhub_attach: port 2 power on failed, USB_ERR_STALLED >>>>>> uhub_attach: port 3 power on failed, USB_ERR_STALLED >>>>>> uhub_attach: port 4 power on failed, USB_ERR_STALLED >>>>>> uhub_attach: port 5 power on failed, USB_ERR_STALLED >>>>>> uhub_attach: port 6 power on failed, USB_ERR_STALLED >>>>>> uhub_attach: port 7 power on failed, USB_ERR_STALLED >>>>>> uhub6: 7 ports with 7 removable, self powered >>>>>>=20 >>>>>> Yuck. >>>>>>=20 >>>>>> The last time it was working was on a FreeBSD 7 box (yeah, I = know, >>>>>> rather old) but I never had problems there. And it appears that = all of >>>>>> the device declarations that I used to have to put in the kernel = as >>>>>> non-standard stuff are now in GENERIC, so I would expect it to = work. >>>>>>=20 >>>>>> Ideas as to what may have gotten hosed up here? >>>>>>=20 >>>>> Those messages all seem to be related to a hub. Vendor ID 0x0409 = is NEC. >>>>>=20 >>>>> FTDI's vendor ID is 0x0403, and FTDI stuff works fine in FreeBSD 9 = and >>>>> 10; I use it all the time. Sometimes aftermarket vendors who use = FTDI's >>>>> parts program different vendor/product info and IDs have to be = added to >>>>> code to recognize them, that's the only trouble one usually = encounters. >>>>>=20 >>>>> -- Ian >>>> Well, that sorta kinda worked.=20 >>>>=20 >>>> Except that it still is identifying it as a hub too, and the two = collide >>>> and crash the stack. >>>>=20 >>>> But I can't find anything that is looking at the PID (0x0050) or = the >>>> definition (HUB_0050) anywhere in the code.=20 >>>>=20 >>>> I'll go pull the NEC defs and set up something else instead of = simply >>>> adding it to the FTDI probe list. >>>>=20 >>>=20 >>> It seems to me you have a problem with a hub (perhaps the root hub = or a >>> motherboard hub if you don't have an external one) and this has = nothing >>> to do with the ftdi device at all. >>=20 >> I assume we're talking about a multi-port usb to serial adapter, = correct? >>=20 >> If so, they generally do have a hub included in the device. >>=20 >> Example: >>=20 >> ugen1.3: at usbus1 >> uhub4: on usbus1 >> uhub4: 7 ports with 7 removable, self powered >>=20 >> Then the individual ports look like this: >>=20 >> ugen1.4: at usbus1 >> uftdi0: on usbus1 >> ugen1.5: at usbus1 >> uftdi1: on usbus1 >> (etc.) >>=20 >> We use these for serial console ports, they're (relatively) cheap and = have generally been well supported. >>=20 >> The above info is from an 8.3 box. >>=20 >> Just wanted to clarify that there is likely a hub in the serial box = Karl is working with=85 >>=20 >> Charles >=20 > Oh, interesting. The biggest ftdi dongle I have is 4 ports, using the > ftdi 4232 chip. I guess to get more ports than that, folks are now > using an internal hub and multiple ftdi chips. These multiport things have been around for a long time. Someone at ISC = recommended them when we were looking to replace some unsupported = RocketPort cards. Not affiliated with this place, but it's the largest = collection of USB to serial stuff I've ever seen (and they document for = the most part what chips are involved): http://usbgear.com/USB-Serial.html Our first 16 ports are on one of these: = http://usbgear.com/computer_cable_details.cfm?sku=3DUSB-16COM-RM&cats=3D19= 9&catid=3D493%2C494%2C474%2C199%2C461%2C106%2C1009%2C601 (the tx/rx blinky lights are handy in troubleshooting) Then the rest on this cheaper model: = http://usbgear.com/computer_cable_details.cfm?sku=3DUSBG-8COM-M&cats=3D199= &catid=3D494%2C199%2C474%2C2345%2C1009 > So for some reason there's a problem with the hub, and that's probably > preventing it from getting as far as seeing the ftdi parts that are > downstream of that. My dmesg snippet is from the latter box. Note that the vendor and = product ID are the same as Karl's. Perhaps there is a regression, as I = am running 8.3 and have had no issues there (previously it was on a 4.11 = box). Charles >=20 > -- Ian >=20