Hello Paul, On Saturday 27 May 2006 11:27, Paul Giblock wrote: > Another problem is the way the radio seeks. To increase the > frequency I must send two messages, in sequence, with a delay in > between them. Then, I must wait for the next report sent from the > device.
Why don't you use kernel timers which are started from the completion function? > If the reception quality is poor then I increase the > frequency and repeat. But, changing the frequency requires a sleep, > so I cannot call it from in_interrupt (the receive callback or > timer). And it would be a plus if the user can call seek > asynchronously as well since it can take up to 20 seconds to check > the whole FM band and I don't want to require knowledge of threads. So you have to model the functionality of the device inside your kernel driver... regards Wolfgang -- We're back to the times when men were men and wrote their own device drivers. (Linus Torvalds) ------------------------------------------------------- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
