Re: awkward usb-to-serial adapter problem -more data!-
Known facts: * uticom is awful unstable. * uftdi is unstable. New facts: I have got from friday an uplcom quad-port adapter that looks quite stable; as today, I haven't got a single freeze (still testing). Curiously, running systat on both uticom and uftdi drivers throw some 400-ish interrupts on ehci, where the uplcom driver shows 1000-ish (software being exactly the same). With uticom and uftdi changing from a polling time from 100ms to 10ms to 0ms on every port doesn't changed the interrupts counter; I suppose here some aggregation/timed poll on the device is working. On the other hand, uplcom interrupt counter scales linearly with the amount of polls/seconds. So, for searchers glory: working with USB-to-serial adapters (stick to PCI if you can!) with heavy load/fast poll times OpenBSD seems to like Prolific adapters over the rest. El 27/07/2011 13:53, Daniel Gracia escribis: Recompiling kernel with UFTDI_DEBUG, USB_DEBUG, UHCI_DEBUG and UHUB_DEBUG flags the device keeps failing stealthly... No error message appears on console. Any advice will be welcomed :) Beers! El 27/07/2011 10:45, Daniel Gracia escribis: Without dettaching the device after failure, trying to reconnect to any of the dead serial ports makes console sput: uticom0: uticom_param: STALLED uticom0: uticom_dtr: STALLED uticom0: uticom_rts: STALLED uticom0: uticom_close: STALLED El 27/07/2011 10:34, Daniel Gracia escribis: Similar problems founds on a uticom usb to 4-port serial adapter. Everything works for several hours, then stops working. This time workload seems to be less involved; just at idle -some keepalive style packets- the soft stops working. No error messages at the console, and dettacching/reattaching the device doesn't work. Plugging device on another usb port brings it new life and, only then, dettaching and reattaching in the original usb port makes it work again without rebooting. I wonder in what kind of mess I'm digging... Oh, my; I _knew_ USB is _not_ serious xDDD El 26/07/2011 16:54, Daniel Gracia escribis: Here we go again with more info. The facts: -uftdi USB to 4 port serial. -Adaptor attaches fine, works for a while. -After an amount of time, when serial load increases, the driver may fail. -After the failure error is unrecoverable; detaching/reattaching device doesn't work. Must reboot the computer to get working again. -After failure usbdevs seems different! -No messages in console indicate any device change whatsoever-. Driver seems to work just fine under light load, and has a stealth fail -no errors on message log-: 8--- uftdi_read: sc=0xd1e78c00, port=1 count=5 data[0]=0x30 uftdi_read: sc=0xd1e78a80, port=1 count=2 uftdi_write: sc=0xd1e78f00, port=1 count=1 data[0]=0x0b uftdi_write: sc=0xd1e78f00, port=1 count=1 data[0]=0x0a uftdi_write: sc=0xd1e78f00, port=1 count=20 data[0]=0x31 uftdi_read: sc=0xd1e78f00, port=1 count=2 uftdi_write: sc=0xd1e78a80, port=1 count=3 data[0]=0x02 uftdi_write: sc=0xd1e78c00, port=1 count=6 data[0]=0x23 uftdi_read: sc=0xd1e78c00, port=1 count=2 uftdi_read: sc=0xd1e78a80, port=1 count=2 uftdi_write: sc=0xd1e78f00, port=1 count=1 data[0]=0x0b uftdi_write: sc=0xd1e78c00, port=1 count=5 data[0]=0x23 uftdi_write: sc=0xd1e78a80, port=1 count=3 data[0]=0x02 -stopped here. Failed! 20lines/second. Three last lines delayed between them about half a second-. 8--- Before failure, usbdevs reads 8--- $ usbdevs -v Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 addr 2: high speed, power 500 mA, config 1, USB Storage(0x0727), Generic(0x05e3), rev 2.06, iSerialNumber 0206 port 7 powered port 8 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: low speed, power 100 mA, config 1, USB Keyboard(0x0408), Chicony(0x04f2), rev 1.65 port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: full speed, self powered, config 1, HRS PRINTER(0x0013), APS(0x1ad4), rev 1.00 port 2 addr 3: full speed, power 100 mA, config 1, GL650 Hub(0x0604), Genesys Logic(0x05e3), rev 3.05 port 1 addr 4: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001Tmz port 2 addr 5: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001Tr2 port 3 addr 6: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001T4y port 4 addr 7: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001Tlt Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered
Re: awkward usb-to-serial adapter problem -more data!-
On 08/01/2011 01:47 PM, Daniel Gracia wrote: Known facts: * uticom is awful unstable. * uftdi is unstable. New facts: I have got from friday an uplcom quad-port adapter that looks quite stable; as today, I haven't got a single freeze (still testing). FWIW: I've used a uplcom adapter for a couple of years to connect a UPS with a serial port to a Soekris and later an Alix board. It worked fine in general, perhaps one or two hickups during that time. I can't remember if a reboot was needed to get it working again or only unplug plug in again. Maurice
Re: awkward usb-to-serial adapter problem -more data!-
Similar problems founds on a uticom usb to 4-port serial adapter. Everything works for several hours, then stops working. This time workload seems to be less involved; just at idle -some keepalive style packets- the soft stops working. No error messages at the console, and dettacching/reattaching the device doesn't work. Plugging device on another usb port brings it new life and, only then, dettaching and reattaching in the original usb port makes it work again without rebooting. I wonder in what kind of mess I'm digging... Oh, my; I _knew_ USB is _not_ serious xDDD El 26/07/2011 16:54, Daniel Gracia escribis: Here we go again with more info. The facts: -uftdi USB to 4 port serial. -Adaptor attaches fine, works for a while. -After an amount of time, when serial load increases, the driver may fail. -After the failure error is unrecoverable; detaching/reattaching device doesn't work. Must reboot the computer to get working again. -After failure usbdevs seems different! -No messages in console indicate any device change whatsoever-. Driver seems to work just fine under light load, and has a stealth fail -no errors on message log-: 8--- uftdi_read: sc=0xd1e78c00, port=1 count=5 data[0]=0x30 uftdi_read: sc=0xd1e78a80, port=1 count=2 uftdi_write: sc=0xd1e78f00, port=1 count=1 data[0]=0x0b uftdi_write: sc=0xd1e78f00, port=1 count=1 data[0]=0x0a uftdi_write: sc=0xd1e78f00, port=1 count=20 data[0]=0x31 uftdi_read: sc=0xd1e78f00, port=1 count=2 uftdi_write: sc=0xd1e78a80, port=1 count=3 data[0]=0x02 uftdi_write: sc=0xd1e78c00, port=1 count=6 data[0]=0x23 uftdi_read: sc=0xd1e78c00, port=1 count=2 uftdi_read: sc=0xd1e78a80, port=1 count=2 uftdi_write: sc=0xd1e78f00, port=1 count=1 data[0]=0x0b uftdi_write: sc=0xd1e78c00, port=1 count=5 data[0]=0x23 uftdi_write: sc=0xd1e78a80, port=1 count=3 data[0]=0x02 -stopped here. Failed! 20lines/second. Three last lines delayed between them about half a second-. 8--- Before failure, usbdevs reads 8--- $ usbdevs -v Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 addr 2: high speed, power 500 mA, config 1, USB Storage(0x0727), Generic(0x05e3), rev 2.06, iSerialNumber 0206 port 7 powered port 8 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: low speed, power 100 mA, config 1, USB Keyboard(0x0408), Chicony(0x04f2), rev 1.65 port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: full speed, self powered, config 1, HRS PRINTER(0x0013), APS(0x1ad4), rev 1.00 port 2 addr 3: full speed, power 100 mA, config 1, GL650 Hub(0x0604), Genesys Logic(0x05e3), rev 3.05 port 1 addr 4: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001Tmz port 2 addr 5: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001Tr2 port 3 addr 6: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001T4y port 4 addr 7: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001Tlt Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered Controller /dev/usb4: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered $ 8--- After failure, usbdevs reads different!: 8--- $ usbdevs -v Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 addr 2: high speed, power 500 mA, config 1, USB Storage(0x0727), Generic(0x05e3), rev 2.06, iSerialNumber 0206 port 7 powered port 8 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: low speed, power 100 mA, config 1, USB Keyboard(0x0408), Chicony(0x04f2), rev 1.65 port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: full speed, self powered, config 1, HRS PRINTER(0x0013), APS(0x1ad4), rev 1.00 port 2 addr 3: full speed, power 100 mA, config 1, GL650 Hub(0x0604), Genesys Logic(0x05e3), rev 3.05 port 1 addr 4: full speed, power 90 mA, config 1, 8U232AM Serial(0x6001), Future Technology Devices(0x0403), rev 6.00 port 2 addr 5: full speed, power 90 mA, config 1, 8U232AM Serial(0x6001), Future Technology Devices(0x0403), rev 6.00 port 3 addr 6: full speed, power 90 mA, config 1,
Re: awkward usb-to-serial adapter problem -more data!-
Without dettaching the device after failure, trying to reconnect to any of the dead serial ports makes console sput: uticom0: uticom_param: STALLED uticom0: uticom_dtr: STALLED uticom0: uticom_rts: STALLED uticom0: uticom_close: STALLED El 27/07/2011 10:34, Daniel Gracia escribis: Similar problems founds on a uticom usb to 4-port serial adapter. Everything works for several hours, then stops working. This time workload seems to be less involved; just at idle -some keepalive style packets- the soft stops working. No error messages at the console, and dettacching/reattaching the device doesn't work. Plugging device on another usb port brings it new life and, only then, dettaching and reattaching in the original usb port makes it work again without rebooting. I wonder in what kind of mess I'm digging... Oh, my; I _knew_ USB is _not_ serious xDDD El 26/07/2011 16:54, Daniel Gracia escribis: Here we go again with more info. The facts: -uftdi USB to 4 port serial. -Adaptor attaches fine, works for a while. -After an amount of time, when serial load increases, the driver may fail. -After the failure error is unrecoverable; detaching/reattaching device doesn't work. Must reboot the computer to get working again. -After failure usbdevs seems different! -No messages in console indicate any device change whatsoever-. Driver seems to work just fine under light load, and has a stealth fail -no errors on message log-: 8--- uftdi_read: sc=0xd1e78c00, port=1 count=5 data[0]=0x30 uftdi_read: sc=0xd1e78a80, port=1 count=2 uftdi_write: sc=0xd1e78f00, port=1 count=1 data[0]=0x0b uftdi_write: sc=0xd1e78f00, port=1 count=1 data[0]=0x0a uftdi_write: sc=0xd1e78f00, port=1 count=20 data[0]=0x31 uftdi_read: sc=0xd1e78f00, port=1 count=2 uftdi_write: sc=0xd1e78a80, port=1 count=3 data[0]=0x02 uftdi_write: sc=0xd1e78c00, port=1 count=6 data[0]=0x23 uftdi_read: sc=0xd1e78c00, port=1 count=2 uftdi_read: sc=0xd1e78a80, port=1 count=2 uftdi_write: sc=0xd1e78f00, port=1 count=1 data[0]=0x0b uftdi_write: sc=0xd1e78c00, port=1 count=5 data[0]=0x23 uftdi_write: sc=0xd1e78a80, port=1 count=3 data[0]=0x02 -stopped here. Failed! 20lines/second. Three last lines delayed between them about half a second-. 8--- Before failure, usbdevs reads 8--- $ usbdevs -v Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 addr 2: high speed, power 500 mA, config 1, USB Storage(0x0727), Generic(0x05e3), rev 2.06, iSerialNumber 0206 port 7 powered port 8 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: low speed, power 100 mA, config 1, USB Keyboard(0x0408), Chicony(0x04f2), rev 1.65 port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: full speed, self powered, config 1, HRS PRINTER(0x0013), APS(0x1ad4), rev 1.00 port 2 addr 3: full speed, power 100 mA, config 1, GL650 Hub(0x0604), Genesys Logic(0x05e3), rev 3.05 port 1 addr 4: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001Tmz port 2 addr 5: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001Tr2 port 3 addr 6: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001T4y port 4 addr 7: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001Tlt Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered Controller /dev/usb4: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered $ 8--- After failure, usbdevs reads different!: 8--- $ usbdevs -v Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 addr 2: high speed, power 500 mA, config 1, USB Storage(0x0727), Generic(0x05e3), rev 2.06, iSerialNumber 0206 port 7 powered port 8 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: low speed, power 100 mA, config 1, USB Keyboard(0x0408), Chicony(0x04f2), rev 1.65 port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: full speed, self powered, config 1, HRS PRINTER(0x0013), APS(0x1ad4), rev 1.00 port 2 addr 3: full speed, power 100 mA, config 1, GL650 Hub(0x0604), Genesys Logic(0x05e3), rev 3.05 port 1 addr 4:
Re: awkward usb-to-serial adapter problem -more data!-
Recompiling kernel with UFTDI_DEBUG, USB_DEBUG, UHCI_DEBUG and UHUB_DEBUG flags the device keeps failing stealthly... No error message appears on console. Any advice will be welcomed :) Beers! El 27/07/2011 10:45, Daniel Gracia escribis: Without dettaching the device after failure, trying to reconnect to any of the dead serial ports makes console sput: uticom0: uticom_param: STALLED uticom0: uticom_dtr: STALLED uticom0: uticom_rts: STALLED uticom0: uticom_close: STALLED El 27/07/2011 10:34, Daniel Gracia escribis: Similar problems founds on a uticom usb to 4-port serial adapter. Everything works for several hours, then stops working. This time workload seems to be less involved; just at idle -some keepalive style packets- the soft stops working. No error messages at the console, and dettacching/reattaching the device doesn't work. Plugging device on another usb port brings it new life and, only then, dettaching and reattaching in the original usb port makes it work again without rebooting. I wonder in what kind of mess I'm digging... Oh, my; I _knew_ USB is _not_ serious xDDD El 26/07/2011 16:54, Daniel Gracia escribis: Here we go again with more info. The facts: -uftdi USB to 4 port serial. -Adaptor attaches fine, works for a while. -After an amount of time, when serial load increases, the driver may fail. -After the failure error is unrecoverable; detaching/reattaching device doesn't work. Must reboot the computer to get working again. -After failure usbdevs seems different! -No messages in console indicate any device change whatsoever-. Driver seems to work just fine under light load, and has a stealth fail -no errors on message log-: 8--- uftdi_read: sc=0xd1e78c00, port=1 count=5 data[0]=0x30 uftdi_read: sc=0xd1e78a80, port=1 count=2 uftdi_write: sc=0xd1e78f00, port=1 count=1 data[0]=0x0b uftdi_write: sc=0xd1e78f00, port=1 count=1 data[0]=0x0a uftdi_write: sc=0xd1e78f00, port=1 count=20 data[0]=0x31 uftdi_read: sc=0xd1e78f00, port=1 count=2 uftdi_write: sc=0xd1e78a80, port=1 count=3 data[0]=0x02 uftdi_write: sc=0xd1e78c00, port=1 count=6 data[0]=0x23 uftdi_read: sc=0xd1e78c00, port=1 count=2 uftdi_read: sc=0xd1e78a80, port=1 count=2 uftdi_write: sc=0xd1e78f00, port=1 count=1 data[0]=0x0b uftdi_write: sc=0xd1e78c00, port=1 count=5 data[0]=0x23 uftdi_write: sc=0xd1e78a80, port=1 count=3 data[0]=0x02 -stopped here. Failed! 20lines/second. Three last lines delayed between them about half a second-. 8--- Before failure, usbdevs reads 8--- $ usbdevs -v Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 addr 2: high speed, power 500 mA, config 1, USB Storage(0x0727), Generic(0x05e3), rev 2.06, iSerialNumber 0206 port 7 powered port 8 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: low speed, power 100 mA, config 1, USB Keyboard(0x0408), Chicony(0x04f2), rev 1.65 port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: full speed, self powered, config 1, HRS PRINTER(0x0013), APS(0x1ad4), rev 1.00 port 2 addr 3: full speed, power 100 mA, config 1, GL650 Hub(0x0604), Genesys Logic(0x05e3), rev 3.05 port 1 addr 4: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001Tmz port 2 addr 5: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001Tr2 port 3 addr 6: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001T4y port 4 addr 7: full speed, power 90 mA, config 1, FT232R USB UART(0x6001), FTDI(0x0403), rev 6.00, iSerialNumber A4001Tlt Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered Controller /dev/usb4: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered $ 8--- After failure, usbdevs reads different!: 8--- $ usbdevs -v Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 addr 2: high speed, power 500 mA, config 1, USB Storage(0x0727), Generic(0x05e3), rev 2.06, iSerialNumber 0206 port 7 powered port 8 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: low speed, power 100 mA, config 1, USB Keyboard(0x0408), Chicony(0x04f2), rev 1.65 port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root
