> That seems the interface is sane. However. Don't do sleep (btw: sleep > has second granularity - you would want usleep), do poll. It has > timeout, it wakes up on a signal, but in addition it allows you to wake > up whenever the network is ready to accept more data. > No the thing is the device itself may not be ready to accept the data, ( either network card or any other video device ), so the usleep() with smaller delays could return before data is xfered. For that u need other sync schemes ( probably a bit in the mmaped area which indicates whether data is completely xfered. and set in interrupt handler ) ( However u can use large delays with usleep also ) These r all design issues.... let the programmer worry abt it.. -nagaraj. \(*_*)/ -- Kernelnewbies: Help each other learn about the Linux kernel. Archive: http://mail.nl.linux.org/kernelnewbies/ FAQ: http://kernelnewbies.org/faq/
