On Wed, Feb 19, 2014 at 09:55:21PM -0500, Peter Hurley wrote: > On 02/19/2014 06:06 PM, Hal Murray wrote: > >> Can you give me an idea of your device's average and minimum required > >> latency (please be specific)? Is your target arch x86 [so I can evaluate the > >> the impact of bus-locked instructions relative to your expected]? > > > > The code I'm familiar with is ntpd and gpsd. They run on almost any hardware > > or OS and talk to a wide collection of devices. > > > > There is no hard requirement for latency. They just work better with lower > > latency. The lower the better. > > > > People gripe about the latency due to USB polling which is about a ms. > > Have you tried 3.12+ without low_latency? I ripped out a lot of locks > from 3.12+ so it's possible it already meets your requirements. Once USB gets involved, I don't want to hear anyone start complaining about "latency" issues. Almost all USB->serial devices do not take latency into account at all. The ones that do are really expensive and not showing up in GPS devices and other "normal" devices at all. So go blame the device manufactures for this, they obviously don't care about issues like that if they use USB bulk endpoints for their data. And yes, there are rumors that new hardware in a few years will be able to handle time differences with USB latencies and the like, but I'll wait until I see that hardware ship before even start to worry about the issues involved... thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-serial" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
