kqueue for usb_dev
Hans Petter Selasky
hps at bitfrost.no
Thu Feb 27 07:19:40 UTC 2014
On 02/27/14 07:02, John-Mark Gurney wrote:
> 2) Why do you try to start read/write transfers in the _filter? You
> should just check to see if data is available and not do work.. This
> is also important since kqueue calls the filter just before delivering
> the knote to userland to verify that there is still data, and it will
> call your _event function for each knote on the fd... The work should
> be started through other mechanisms, like read/write syscall or
> interrupt or timeout/callout... If it's required to get results from
> USB_IF_POLL, then it's fine..
Hi,
In the case where you start polling and don't do any reads or writes,
the poller needs to get the data traffic going.
--HPS
More information about the freebsd-current
mailing list