----- Original Message ----- From: "Steve Thomas" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Sunday, January 07, 2007 2:21 AM Subject: [speedtouch] still getting ATM gyp
... > > Flushed with my success at getting 2.6.19.1 to connect I thought I'd > try transferring some data, but the problem remains. I have tried > this patch on 2.6.19.1 but I am now seeing lots more messages than > before, almost exclusively 'unknown vpi/vci' messages, for example: > > ATM dev 0: usbatm_extract_one_cell: unknown vpi/vci (99/5068)! > printk: 101 messages suppressed. > ATM dev 0: usbatm_extract_one_cell: buffer overrun (sarb->len 1536, vcc: 0xd7e5c800)! > printk: 24 messages suppressed. > ATM dev 0: usbatm_extract_one_cell: unknown vpi/vci (133/17733)! > printk: 85 messages suppressed. > ATM dev 0: usbatm_extract_one_cell: unknown vpi/vci (38/1416)! > > I have tried the following combinations: > > * kernel 2.6.19.1 with the above patch - the connection lasts <10 seconds. > before I get a splurge like above. At that point jnettop shows packets > leaving ppp0 fine and <200 bytes being received per IP connection when > an IP connection is started, but after that nothing is received per IP > connection at all, although some really diddly packets (like DNS > queries & replies) do make it through from time to time. > > * kernel 2.6.19.1 with the above patch and without enable_isoc=1 behaves > similarly. > > * kernel 2.6.19.1 without the above patch and with enable_isoc=1 behaves > similarly. > > * kernel 2.6.19.1 without the above patch and without enable_isoc=1 > has produced the best results: 5 minutes full speed comms before > loss of RX data as described above! In this situation the messages > at the time of failure are are urb failed, followed by > usbatm_rx_process: status -63 in frame 1, and then back to the > unknown vpi/vci messages you see above. > > I have also isolated that it is not electrical interference between > the computer and modem on the USB link by trying several different > wiring layouts and listening to the spectrum on a hand-held scanner > to locate the source of the crud. > > I temporarily rigged up new DSL wires so they are away from the mains > but that does nothing either. Even moving the computer and modem so they > plugged into the master socket (via a filter) makes no difference. > Changing the filter to the other one supplied with the modem makes no > difference either. > > Isolating the mains and running the computer on UPS did nothing. > > The only thing I haven't tried is using a different USB port, because > I only have one port which is fast enough! Should I try getting a > PCI card with an EHCI chip on it? My m/b chipset provides UHCI. > I think you should first try with UHCI. I am not so sure if 8Mbits/s are reachable with speedtouch usb. What is certain is that place were the maximum is reachable should be rare due to line lenght and noise conditions. I find some interesting tests made in France on various modems. http://azote.de.barrio.free.fr/modems.htm (in french but numbers are readable for all) I don't know at wich date they were made. They are a bit biased in teh presentation as maximum attainable speed of a couple modem/driver could be not the most important parameter when line length is in practice the limitation of speed synchronisation except when you live very near of the dslam. Gilles Liste de diffusion modem ALCATEL SpeedTouch USB Pour se désinscrire : mailto:[EMAIL PROTECTED]
