On Mon, 26 Aug 2013, Srinivas Pandruvada wrote:
Srinivas, I still did not added your tested-by as I made minors
modifications of
the patches 1 and 2. Now only the patch 1 will impact sensor_hub, and
patch 2
will not impact this. Maybe just wait for Henrik to put his
On Sun, 25 Aug 2013, Zubair Lutfullah wrote:
Previously the driver had only one-shot reading functionality.
This patch adds triggered buffer support to the driver.
Continuous sampling starts when buffer is enabled.
And samples are pushed to userpace by the trigger which
triggers
2013/8/21 GRENON Loïc dif...@rs2i.net:
Hi guys,
I want to interface a magnetic scale position sensor with a BeagleBone Black
(an ARM development platform).
While I was reading this following article :
http://bwgz57.wordpress.com/2012/04/11/beaglebone-with-a-rotary-encoder/ I
discovered that
SYN_* events are special and not enabled via set_bit() for devices. Hence,
they haven't been really needed, yet. However, user-space can still make
great use of that for int-string debugging helpers or alike.
Also, I haven't seen any reason not to define these, so here they are.
Signed-off-by:
If we have multiple sessions on a system, we normally don't want
background sessions to read input events. Otherwise, it could capture
passwords and more entered by the user on the foreground session. This is
a real world problem as the recent XMir development showed:
Hi David,
On Tue, Aug 27, 2013 at 01:39:49PM +0200, David Herrmann wrote:
If we have multiple sessions on a system, we normally don't want
background sessions to read input events. Otherwise, it could capture
passwords and more entered by the user on the foreground session. This is
a real
Hi
On Wed, Aug 28, 2013 at 12:17 AM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
Hi David,
On Tue, Aug 27, 2013 at 01:39:49PM +0200, David Herrmann wrote:
If we have multiple sessions on a system, we normally don't want
background sessions to read input events. Otherwise, it could
