Jim Gettys wrote:
> Third: Alan pointed out to me that polling on a path isn't reliable: there
> is a race from the time you return to poll again after you've finished
> rescanning for new devices. While we might kludge around it, it would be
> fraught with possible problems.
Read the source, in this case it's reliable, as the code keeps
a "timestamp" for every opener of /proc/bus/usb/devices, and returns
if a new event happened after the last time it returned from poll.
> Alan's suggestion is that USB should work as they do with PCMCIA: the
> kernel's internal interface sends a message to a user daemon, which runs
> a script on a per device/device type basis. By using a messaging model,
That was the intention. And the /proc/bus/usb/devices was exactly
meant to wake up that daemon. Beginnings of such a daemon are
in the usb.in.tum.de CVS, feel free to continue working on it...
I however fail to see why another userspace daemon talking to
another magic pipe with another magic format to the X server
should be less fragile.
Tom
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
