Dear Mr Dmitry ,
Thanks for the reply.
I understand that if some handler grabs the input device then all
events will sent to that handler only.
My Concern is If No handler has grabbed the input device then all events
should go to all handlers after application of all filter handlers on
input
Hello Dmitry,
Sorry for delayed response. please find my comment in-lined.
Please let me know in case I am wrong.
On Mon, Dec 15, 2014 at 2:07 AM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
Hi Vishnu,
On Fri, Dec 12, 2014 at 11:55:45PM +0530, VishnuPatekar wrote:
Signed-off-by:
Hello Folks,
[Thanks for Dmitry for pointing out my error in previous attempts at
sending this email. I've fixed it now. Sorry if you've received this
email multiple times by now.]
Months ago, I raised kernel bugzilla 81331
(https://bugzilla.kernel.org/show_bug.cgi?id=81331) for Linux not
From: Brad Griffis bgrif...@ti.com
TSC interrupt handler had udelay to avoid reporting of false pen-up
interrupt to user space. This patch implements workaround suggesting in
Advisory 1.0.31 of silicon errata for am335x, thus eliminating udelay
and touchscreen lag. This also improves performance
Previously, delta filtering was applied TSC co-ordinate readouts before
reporting a single value to user space. This patch replaces delta filtering
with median filtering. Median filtering sorts co-ordinate readouts, drops min
and max values, and reports the average of remaining values. This method
From: Brad Griffis bgrif...@ti.com
This patch makes the initial changes required to workaround TSC-false
pen-up interrupts. It is required to implement these changes in order to
remove udelay in the TSC interrupt handler and false pen-up events.
The charge step is to be executed immediately after
In one shot mode, sequencer automatically disables all enabled steps at
the end of each cycle. (both ADC steps and TSC steps) Hence these steps
need not be saved in reg_se_cache for clearing these steps at a later
stage.
Also, when ADC wakes up Sequencer should not be busy executing any of the
The charge delay value is by default 0x400. But it can be set to lower
values on some boards, as long as false pen-ups are avoided. Lowering the
value increases the sampling rate (though current sampling rate is
sufficient for TSC operation). In some boards, the value has to be
increased to avoid
This patch reads charge delay from tsc DT node and writes to
REG_CHARGEDELAY register. If the charge delay is not specified in DT
then default value of 0x400(CHARGEDLY_OPENDLY) is used.
Signed-off-by: Vignesh R vigne...@ti.com
---
v5:
- print out a warning when ti,charge-delay is not specified
This series is rebase of v4 onto v3.19-rc1. It also fixes concerns
expressed on v4 wrt simultaneous use of IIO and TSC.
I have tested this patch series on am335x-evm and Beaglebone black
with lcd7-cape.
Note that, these patches do not work as expected on Beaglebone Black
with BB-View 4.3 Cape
On Saturday 20 December 2014 09:53:38 Pali Rohár wrote:
On Tuesday 16 December 2014 12:58:20 Pali Rohár wrote:
On Tuesday 16 December 2014 06:02:34 Dmitry Torokhov wrote:
Hi Pali,
On Fri, Nov 14, 2014 at 08:38:20PM +0100, Pali Rohár wrote:
On some laptops after starting them from
11 matches
Mail list logo