All of lore.kernel.org
 help / color / mirror / Atom feed
* uinput: How to use force feedback?
@ 2016-01-17 13:27 Manuel Reimer
  2016-01-17 15:46 ` Elias Vanderstuyft
  0 siblings, 1 reply; 8+ messages in thread
From: Manuel Reimer @ 2016-01-17 13:27 UTC (permalink / raw)
  To: linux-input

Hello,

I have an existing uinput driver, which itself sits on an open device 
with a blocking read(), waiting for events to come in. Every event is 
translated to a key code and then sent to uinput.

My next step would be to pass through force feedback information, but I 
don't really understand how I should do this.

As far as I can see, the "uninput device" itself sends events in this 
case. But my main loop is already blocked by the "read", I use to get 
device events.

I see two possible solutions:
- "Somehow", I should be able to get "blocking read" from two open 
devices. As far as I found out, so far, "select" should be the right 
command to do this?
- I could start two threads. One blocked by the "device events" and one 
by the "uinput events".

Which one would you recommend? Is uinput/ioctl thread safe? Is the 
second thread a good idea or is the communication, coming from uinput, 
such "low traffic", that it doesn't delay key handling in a relevant way?

Thank you very much in advance

Manuel


^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2016-02-15 20:11 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-01-17 13:27 uinput: How to use force feedback? Manuel Reimer
2016-01-17 15:46 ` Elias Vanderstuyft
2016-01-17 15:47   ` Elias Vanderstuyft
2016-01-18 17:39   ` Tuomas Räsänen
2016-02-05 15:54   ` Manuel Reimer
2016-02-05 20:58     ` Manuel Reimer
2016-02-10 21:41       ` Elias Vanderstuyft
2016-02-15 20:05         ` Manuel Reimer

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.