On Tue, 2004-09-28 at 09:42 +0200, Duncan Sands wrote: > > Now, should I forget this and wait for your version? Could I have a > > copy of what you did, and work from that instead? Did it at least manage > > to get as far as loading the firmware of the poxy thing? :) > > Hi David, here's a dump of my patch with no effort to rediff, hide the gucky > stuff etc :) It was from Sep 10 last year, how time flies!
Thanks. Unfortunately it displays the same behaviour on my Rev 4 SpeedTouch 330 as my own attempt did: /home/dwmw2/working/speedtouch-duncan/speedtch.c: udsl_firmware_start /home/dwmw2/working/speedtouch-duncan/speedtch.c: udsl_firmware_stage1 usb 3-1: reset full speed USB device using address 2 usb 3-1: bulk timeout on ep5in /home/dwmw2/working/speedtouch-duncan/speedtch.c: udsl_firmware_stage1: initial read from modem failed (-110)! usb 3-1: bulk timeout on ep5out /home/dwmw2/working/speedtouch-duncan/speedtch.c: udsl_firmware_stage1: write to modem failed (-110)! The initial timeout on read is expected -- modem_run does that too if invoked without the '-s' option. The timeout when actually sending the boot block is not expected. I don't understand why modem_run works but two entirely separate reimplementations of exactly the same thing in the kernel don't work. What are we doing differently? -- dwmw2 ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel