Re: uinput really needs a custom sleep time?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jan 30, 2017 at 06:21:59PM -0800, Dmitry Torokhov wrote:
> On Mon, Jan 30, 2017 at 6:00 PM, Marcos Paulo de Souza
> <marcos.souza.org@xxxxxxxxx> wrote:
> > Hi input guys,
> >
> > after playing with uinput, it seems an sleep call is necessary before emitting new events. If this really required?
> >
> > While reading code of cwiid project, another user of uinput interface, it seems this sleep time isn't necessary[1].
> >
> > In the other hang, when trying to send a simple event in my desktop, an sleep is necessary, take a look in my example[2].
> 
> The sleep is not necessary for sending events, but you need to give
> time for the rest of the system to notice that there is new input
> device, decide what to do with it, and open it, so that you can
> actually observe the events you sent, as opposed for them to be
> dropped because there are no users of that input device.

Makes sense to wait to the Window Manager to "discover" the new input
device and to receive the events. Thanks for the clarification!

> 
> Thanks.
> 
> -- 
> Dmitry
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Media Devel]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Linux Wireless Networking]     [Linux Omap]

  Powered by Linux