On Mon, 2004-09-27 at 22:53 -0700, Phil Dibowitz wrote: > David Woodhouse wrote: > > The speedtch driver offended me by needing a userspace tool 'modem_run' > > to load its firmware and -- worse -- to monitor the line state as a > > dÃmon too. > > > > So I tried to convert it to use request_firmware() and monitor the line > > for itself. The results are below -- but it doesn't actually work. > > Sending the firmware boot block times out, whereas when modem_run does > > the same thing it works fine. > > For what it's worth, I once had to deal with those evil modems and linux > for my parents (yes, I got my parents using linux). > > I had a **significantly** easier time with the userspace driver than > with the kernelspace driver...
If we had a complete kernelspace driver it wouldn't be so bad. It's the bizarre hybrid of kernelspace packet handling and userspace initialisation and monitoring which threw me. That's why I'm working on it. But I could do with working out why the first bulk transfer of firmware fails from my kernel code, when _exactly_ the same thing done from the userspace modem_run is always working. I'm probably doing something obviously wrong. If I let modem_run send the boot block and then stop, and comment that first block part out of the kernel driver, then the latter can _read_ 'BLOCK2' OK... and then times out sending the real firmware 'BLOCK3'. Something wrong in my use of usb_bulk_msg() for sending, perhaps? It would be really useful to get this driver into a state where it can stand alone without the userspace tools, except for pppd. -- 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
