| |||||||||||||
What about USB networking devices?What about USB networking devices?Posted Jul 2, 2007 12:52 UTC (Mon) by rankincj (subscriber, #4865)In reply to: Eliminating tasklets by nevets Parent article: Eliminating tasklets
At least one device I know receives network data via "bulk" URBs, and I believe that URB callback functions are run in the hard IRQ context of the USB hub device. Is there a better place than a tasklet to offload the work into in this case?
(Log in to post comments)
What about USB networking devices? Posted Jul 5, 2007 5:43 UTC (Thu) by HalfMoon (guest, #3211) [Link] All networking drivers, USB or otherwise, hand packets off to be processed in a network tasklet. So no matter what that particular device's driver does, most of the work is already done in a tasklet. If that USB networking device uses the "usbnet" framework, it won't do much at all in hardirq context. That driver just queues its RX packets to its own tasklet, then immediately resubmits the URB with a new skbuff. (And then the bulk-IN callback can be called immediately with the next packet. For high speed devices, it's quite realistic to get multiple back-to-back packets like that.) So: only "usb stuff" is done in hardirq context, and all the network stuff is done in a tasklet. There are other USB network drivers which work differently, mostly older drivers for older chips ... thing is, to get the best throughput on a USB network device you need to maintain a queue of packets in the hardware, and only the usbnet framework does that.
|
|||||||||||||