Signed-off-by: Geert Uytterhoeven
---
drivers/hid/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hid/Kconfig b/drivers/hid/Kconfig
index 230b6f887cd86e9b..303b295a5413d39b 100644
--- a/drivers/hid/Kconfig
+++ b/drivers/hid/Kconfig
@@ -388,7 +388,7 @@ config HI
---
drivers/input/mouse/elantech.c | 23 +--
1 file changed, 13 insertions(+), 10 deletions(-)
diff --git a/drivers/input/mouse/elantech.c b/drivers/input/mouse/elantech.c
index f2b9780..4891d07 100644
--- a/drivers/input/mouse/elantech.c
+++ b/drivers/input/mouse/elantech.c
@
I've applied both patches, thanks.
--
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: "jeffrey.lin"
This patch is porting Raydium I2C touch driver. Developer can enable
raydium touch driver by modifying define "CONFIG_TOUCHSCREEN_RM_TS".
Signed-off-by: jeffrey@rad-ic.com
---
drivers/input/touchscreen/Kconfig | 12 +
drivers/input/touchscreen/Makefile | 1 +
Thanks.
you are right. That's not necessary.
We already processed.
The final purpose of my approach is that the correct working of the AFO
multi-Touch module in All distribution of Linux.
Therefore, the inclusion of the VID,PID(AFO Touch Module) to the
hid-multitouch module is basically needed al
On Fri, 19 Dec 2014, Hans Verkuil wrote:
drivers/media remains under heavy development, so for video capture drivers
like yours you should always patch against either the mainline linux tree
or (preferred) the media_tree.git repo (git://linuxtv.org/media_tree.git,
master branch).
As per your sugg
On 01/06/2015 10:29 AM, Florian Echtler wrote:
> On Fri, 19 Dec 2014, Hans Verkuil wrote:
>> drivers/media remains under heavy development, so for video capture drivers
>> like yours you should always patch against either the mainline linux tree
>> or (preferred) the media_tree.git repo (git://linu
Hello!
I'm not sure about what you meant by using evemu-record to record
the data from hidraw3. As far as I know evemu-record is only able to
record from the /dev/input interfaces right? If you meant hid-replay,
I wasn't able to get any data from hidraw3.
Could you please provide a more detai
On 06.01.2015 10:36, Hans Verkuil wrote:
> On 01/06/2015 10:29 AM, Florian Echtler wrote:
>> There's only one failing test left, which is this one:
>>
>> Streaming ioctls:
>> test read/write: OK
>> fail: v4l2-test-buffers.cpp(284): g_field() == V4L2_FIELD_ANY
>
> You're not filli
On 01/06/2015 11:17 AM, Florian Echtler wrote:
> On 06.01.2015 10:36, Hans Verkuil wrote:
>> On 01/06/2015 10:29 AM, Florian Echtler wrote:
>>> There's only one failing test left, which is this one:
>>>
>>> Streaming ioctls:
>>> test read/write: OK
>>> fail: v4l2-test-buffers.cpp(28
On 06.01.2015 11:23, Hans Verkuil wrote:
> On 01/06/2015 11:17 AM, Florian Echtler wrote:
>>> You're not filling in the 'field' field of struct v4l2_buffer when
>>> returning a
>>> frame. It should most likely be FIELD_NONE in your case.
fail: v4l2-test-buffers.cpp(611): buf.check(
I can confirm that the patch breaks things when not using n key
rollover. If using the Corsair K70 in "BIOS mode" or just using a
plain USB-keyboard keys repeat forever as reported.
David, I noticed that in the first version of your patch, where the
ignore check was done in hid-core.c, you only ch
Hi
On Tue, Jan 6, 2015 at 1:37 PM, Fredrik Hallenberg wrote:
> I can confirm that the patch breaks things when not using n key
> rollover. If using the Corsair K70 in "BIOS mode" or just using a
> plain USB-keyboard keys repeat forever as reported.
>
> David, I noticed that in the first version o
On 01/06/2015 01:09 PM, Florian Echtler wrote:
> On 06.01.2015 11:23, Hans Verkuil wrote:
>> On 01/06/2015 11:17 AM, Florian Echtler wrote:
You're not filling in the 'field' field of struct v4l2_buffer when
returning a
frame. It should most likely be FIELD_NONE in your case.
>
Hi Laurent, Wolfram,
On Thu, Dec 18, 2014 at 8:23 PM, Laurent Pinchart
wrote:
> On Thursday 18 December 2014 14:03:18 Geert Uytterhoeven wrote:
>> On Thu, Dec 18, 2014 at 1:49 PM, Laurent Pinchart wrote:
>> > There are three compatible strings defined for the ADXL345 and ADXL346 in
>> > Documenta
From: Anshul Garg
Since the client clk_type is changed , flush pending
events from client buffer and queue SYN_DROPPED event.
Added check for duplicate clk_type change request.
Signed-off-by: Anshul Garg
---
drivers/input/evdev.c |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
On Tue, Jan 6, 2015 at 5:16 AM, wrote:
> Hello!
>
> I'm not sure about what you meant by using evemu-record to record
> the data from hidraw3. As far as I know evemu-record is only able to
> record from the /dev/input interfaces right? If you meant hid-replay, I
> wasn't able to get any data from
Hi,
On Tue, Jan 6, 2015 at 4:21 AM, kyhw wrote:
> Thanks.
>
> you are right. That's not necessary.
> We already processed.
>
> The final purpose of my approach is that the correct working of the AFO
> multi-Touch module in All distribution of Linux.
> Therefore, the inclusion of the VID,PID(AFO T
On Jan 06 2015 or thereabouts, Geert Uytterhoeven wrote:
> Signed-off-by: Geert Uytterhoeven
Good catch.
Reviewed-by: Benjamin Tissoires
Cheers,
Benjamin
> ---
> drivers/hid/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/hid/Kconfig b/drivers/hid/Kc
Dear Mr. Jason and Mr. Ping,
Please update about below patch.
Except avoiding subtraction, there is also a need to avoid negative
battery name which may come due to %ld, so need to change to %lu.
Thanks,
Aniroop
On Mon, Dec 29, 2014 at 5:33 PM, Jiri Kosina wrote:
> On Sun, 28 Dec 2014, Aniroop
Hello Chen-Yu,
On Tue, Jan 06, 2015 at 10:35:13AM +0800, Chen-Yu Tsai wrote:
> The touchscreen controller has a temperature sensor embedded in the SoC,
> which already has hwmon support in the driver.
>
> Add DT thermal zone support so we can use it with cpufreq for thermal
> throttling.
>
> Si
On Tue, Jan 06, 2015 at 10:35:15AM +0800, Chen-Yu Tsai wrote:
> Now that the resistive touchpanel driver supports thermal sensors,
> add the "#thermal-sensor-cells" property as required by the thermal
> framework.
>
> Signed-off-by: Chen-Yu Tsai
Acked-by: Eduardo Valentin
> ---
> arch/arm/boo
On Tue, Jan 06, 2015 at 10:35:17AM +0800, Chen-Yu Tsai wrote:
> The core temperature sensor now supports thermal zones. Add a thermal
> zone mapping for the cpus with passive cooling (cpufreq throttling).
>
> Signed-off-by: Chen-Yu Tsai
> ---
> arch/arm/boot/dts/sun7i-a20.dtsi | 32 +
On Tue, Jan 06, 2015 at 10:35:24AM +0800, Chen-Yu Tsai wrote:
> The core temperature sensor now supports thermal zones. Add a thermal
> zone mapping for the cpus with passive cooling (cpufreq throttling).
>
> Signed-off-by: Chen-Yu Tsai
> ---
> arch/arm/boot/dts/sun4i-a10.dtsi | 32 +
On Tue, Jan 06, 2015 at 10:35:21AM +0800, Chen-Yu Tsai wrote:
> The core temperature sensor now supports thermal zones. Add a thermal
> zone mapping for the cpus with passive cooling (cpufreq throttling).
>
> Signed-off-by: Chen-Yu Tsai
> ---
> arch/arm/boot/dts/sun5i-a13.dtsi | 32 +
On Tue, Jan 06, 2015 at 10:35:27AM +0800, Chen-Yu Tsai wrote:
> This patch enables TOUCHSCREEN_SUN4I and CPU_THERMAL to enable cpufreq
> support with passive cpu cooling (thermal throttling) on sunxi by default.
>
> Signed-off-by: Chen-Yu Tsai
for the CPU_THERMAL
Acked-by: Eduardo Valentin
>
On Tue, Jan 06, 2015 at 10:35:26AM +0800, Chen-Yu Tsai wrote:
> This patch enables TOUCHSCREEN_SUN4I, CPUFREQ_DT, and CPU_THERMAL to
> enable cpufreq support with passive cpu cooling (thermal throttling)
> by default.
>
> Signed-off-by: Chen-Yu Tsai
For the thermal part:
Acked-by: Eduardo Valen
On Tue, Jan 06, 2015 at 10:35:15AM +0800, Chen-Yu Tsai wrote:
> Now that the resistive touchpanel driver supports thermal sensors,
> add the "#thermal-sensor-cells" property as required by the thermal
> framework.
>
> Signed-off-by: Chen-Yu Tsai
Applied, thanks!
Maxime
--
Maxime Ripard, Free
Hi,
On Tue, Jan 06, 2015 at 10:35:11AM +0800, Chen-Yu Tsai wrote:
> On sun[45678]i, we have one cluster of identical cores sharing a
> clock, which is ideal for using cpufreq-dt. Register a platform
> device for cpufreq-dt.
>
> Signed-off-by: Chen-Yu Tsai
While I don't have anything against thi
Hi,
On Tue, Jan 06, 2015 at 10:35:14AM +0800, Chen-Yu Tsai wrote:
> The AXP209 PMIC is used with some Allwinner SoCs. This patch adds
> a dtsi file listing all the regulator nodes. The regulators are
> initialized based on their device node names.
>
> Signed-off-by: Chen-Yu Tsai
> ---
> arch/ar
On Tue, Jan 06, 2015 at 10:35:12AM +0800, Chen-Yu Tsai wrote:
> The cpu clock on sunxi machines is just a mux clock, which is normally
> fed by the main PLL, but can be muxed to the main or low power oscillator.
>
> Make the mux clock propagate rate changes to its parent, so we can
> change the cl
On Tue, Jan 06, 2015 at 10:35:16AM +0800, Chen-Yu Tsai wrote:
> The cpu core is clocked from the "cpu" clock. Add a reference to it
> in the first cpu node. Also add "cpu0" label to the node.
>
> The operating points were taken from the A20 FEX files in the
> sunxi-boards repository. Not all board
Hi,
On Tue, Jan 06, 2015 at 10:35:18AM +0800, Chen-Yu Tsai wrote:
> This patch adds the regulator nodes for the axp209 by including
> the axp209 dtsi. As the inputs of these regulators are from the
> axp209's PS output, which is basically just a mux over the 2
> inputs, it is considered to be unre
On Tue, Jan 06, 2015 at 10:35:26AM +0800, Chen-Yu Tsai wrote:
> This patch enables TOUCHSCREEN_SUN4I, CPUFREQ_DT, and CPU_THERMAL to
> enable cpufreq support with passive cpu cooling (thermal throttling)
> by default.
>
> Signed-off-by: Chen-Yu Tsai
Applied, thanks!
Maxime
--
Maxime Ripard, Fr
On Tue, Jan 06, 2015 at 10:35:27AM +0800, Chen-Yu Tsai wrote:
> This patch enables TOUCHSCREEN_SUN4I and CPU_THERMAL to enable cpufreq
> support with passive cpu cooling (thermal throttling) on sunxi by default.
>
> Signed-off-by: Chen-Yu Tsai
Applied, thanks!
Maxime
--
Maxime Ripard, Free Ele
On Tue, Dec 23, 2014 at 10:53:14AM +0800, Chen-Yu Tsai wrote:
> From: Carlo Caione
>
> Signed-off-by: Carlo Caione
> Signed-off-by: Chen-Yu Tsai
Applied, thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
signature.asc
On Tue, Dec 23, 2014 at 10:53:13AM +0800, Chen-Yu Tsai wrote:
> From: Carlo Caione
>
> Signed-off-by: Carlo Caione
> Signed-off-by: Chen-Yu Tsai
Applied, thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
signature.asc
On Fri, Dec 26, 2014 at 01:28:20PM -0600, Felipe Balbi wrote:
> STATUS register can be modified by the HW, so we
> should bypass cache because of that.
>
> In the case of INT[12] registers, they are the ones
> that actually clear the IRQ source at the time they
> are read. If we rely on the cache
On Fri, Dec 26, 2014 at 01:28:21PM -0600, Felipe Balbi wrote:
> If we don't tell regmap-irq that our first status
> register is at offset 1, it will try to read offset
> zero, which is the chipid register.
>
> Fixes: 44b4dc6 mfd: tps65218: Add driver for the TPS65218 PMIC
> Cc: # v3.15+
> Cc: Kee
Here's the data you asked for:
D: 0
R: 117 06 0d ff 09 01 a1 01 85 10 a1 00 06 00 ff 09 01 15 00 26 ff 00
75 08 95 3f 81 02 c0 09 01 85 11 95 3f b1 02 09 01 85 02 95 01 b1 02
09 01 85 cc 95 02 b1 02 09 01 85 b0 95 01 b1 02 09 01 85 b1 95 28 81
02 09 01 85 07 95 06 b1 02 09 01 85 08 95 04 b1
Hi,
On Tue, Jan 6, 2015 at 11:58 PM, Maxime Ripard
wrote:
> Hi,
>
> On Tue, Jan 06, 2015 at 10:35:14AM +0800, Chen-Yu Tsai wrote:
>> The AXP209 PMIC is used with some Allwinner SoCs. This patch adds
>> a dtsi file listing all the regulator nodes. The regulators are
>> initialized based on their d
On Tue, Jan 06, 2015 at 05:25:50PM +0800, jeffrey.lin wrote:
> From: "jeffrey.lin"
>
> This patch is porting Raydium I2C touch driver. Developer can enable
> raydium touch driver by modifying define "CONFIG_TOUCHSCREEN_RM_TS".
>
> Signed-off-by: jeffrey@rad-ic.com
You need your full legal
On Tue, Jan 6, 2015 at 1:13 PM, wrote:
> Here's the data you asked for:
>
> D: 0
> R: 117 06 0d ff 09 01 a1 01 85 10 a1 00 06 00 ff 09 01 15 00 26 ff 00 75 08
> 95 3f 81 02 c0 09 01 85 11 95 3f b1 02 09 01 85 02 95 01 b1 02 09 01 85 cc
> 95 02 b1 02 09 01 85 b0 95 01 b1 02 09 01 85 b1 95 28 81 02
On Sat, 03 January 2015 Tristan Lelong wrote:
> This adds a sysfs attribute named 'mute' to all input devices.
> It allows to disable them by software in a generic way.
>
> It can be set to 0 or 1:
> echo 1 > /sys/class/input/inputX/mute: will set all the input_events() call
> to return immediat
On Mon, 29 Dec 2014, David Herrmann wrote:
> On an PC-101/103/104 keyboard (American layout) the 'Enter' key and its
> neighbours look like this:
>
>+---+ +---+ +---+
>| 1 | | 2 | | 5 |
>+---+ +---+ +---+
> +---+ +---+
>
On Tue, 6 Jan 2015, Geert Uytterhoeven wrote:
> Signed-off-by: Geert Uytterhoeven
> ---
> drivers/hid/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/hid/Kconfig b/drivers/hid/Kconfig
> index 230b6f887cd86e9b..303b295a5413d39b 100644
> --- a/drivers/hid/
On Sat, 20 Dec 2014, Ross Skaliotis wrote:
> Enabled quirks necessary for correct battery capacity reporting. Cleaned up
> surrounding style.
>
> Signed-off-by: Ross Skaliotis
Applied, thanks.
--
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-input" i
Hi
On Tue, Jan 6, 2015 at 10:19 PM, Jiri Kosina wrote:
> On Mon, 29 Dec 2014, David Herrmann wrote:
>
>> On an PC-101/103/104 keyboard (American layout) the 'Enter' key and its
>> neighbours look like this:
>>
>>+---+ +---+ +---+
>>| 1 | | 2 | | 5 |
>>+
On Tue, 6 Jan 2015, David Herrmann wrote:
> >> On an PC-101/103/104 keyboard (American layout) the 'Enter' key and its
> >> neighbours look like this:
> >>
> >>+---+ +---+ +---+
> >>| 1 | | 2 | | 5 |
> >>+---+ +---+ +---+
> >> +---+ +---
The recent C standard in 6.5.7 paragraph 4 defines that operands for
bitwise shift operators should be non-negative, otherwise it's an
undefined behaviour.
Signed-off-by: Andy Shevchenko
---
drivers/hid/hid-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hid/hi
On Tue, Jan 06, 2015 at 11:43:54AM -0800, Jeremiah Mahler wrote:
> On Tue, Jan 06, 2015 at 05:25:50PM +0800, jeffrey.lin wrote:
> > From: "jeffrey.lin"
> >
> > This patch is porting Raydium I2C touch driver. Developer can enable
> > raydium touch driver by modifying define "CONFIG_TOUCHSCREEN_RM
On Tue, Jan 06, 2015 at 06:02:33AM -0800, Anshul Garg wrote:
> From: Anshul Garg
>
> Since the client clk_type is changed , flush pending
> events from client buffer and queue SYN_DROPPED event.
> Added check for duplicate clk_type change request.
>
> Signed-off-by: Anshul Garg
> ---
> drivers
Hi Benjamin,
The relevant code was introduced by
d70420b914c98a3758674c6e9858810e0ab4ea30. Can you take a look and let
us know if Aniroop's patch fits your original thought or not?
Thanks,
Ping
On Tue, Jan 6, 2015 at 6:32 AM, Aniroop Mathur wrote:
> Dear Mr. Jason and Mr. Ping,
>
> Please upda
Commit 0ccf091d1fbc1f99bb7f93bff8cf346769a9b0cd ("HID: sensor-hub:
make dyn_callback_lock IRQ-safe) was supposed to change locks
in sensor_hub_get_callback(), but missed.
Signed-off-by: Srinivas Pandruvada
---
drivers/hid/hid-sensor-hub.c | 8 +---
1 file changed, 5 insertions(+), 3 deletion
During changes to the interface, some documentation field comments
were missed. Added missing comments.
Signed-off-by: Srinivas Pandruvada
---
include/linux/hid-sensor-hub.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/linux/hid-sensor-hub.h b/include/linux/hid-sensor-hub.h
i
Some hid sensor feature report can contain more than one reports.
This API can now support receiving multiple values from the feature
report.
Signed-off-by: Srinivas Pandruvada
---
drivers/hid/hid-sensor-hub.c | 16 ++--
include/linux/hid-sensor-hub.h | 8 +---
2 files changed
The new sensor_hub_get_feature can return multiple values, this
resulted in the change in API. Update the API usage here.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/common/hid-sensors/hid-sensor-attributes.c | 13 +++--
drivers/iio/common/hid-sensors/hid-sensor-trigger.c| 4
The new sensor_hub_set_feature can set multiple values, this
resulted in the change in API. Update the API usage here.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/common/hid-sensors/hid-sensor-attributes.c | 11 +--
drivers/iio/common/hid-sensors/hid-sensor-trigger.c| 9 +
Use common hid sensor iio pm functions. Also the poll time read and
wait is part of power up function of hid sensor iio pm function, so
remove from the client drivers.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/pressure/hid-sensor-press.c | 9 +
1 file changed, 1 insertion(+), 8
Use common hid sensor iio pm functions. Also the poll time read and
wait is part of power up function of hid sensor iio pm function, so
remove from the client drivers.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/accel/hid-sensor-accel-3d.c | 8 +---
1 file changed, 1 insertion(+), 7 d
Use common hid sensor iio pm functions. Also the poll time read and
wait is part of power up function of hid sensor iio pm function, so
remove from the client drivers.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/gyro/hid-sensor-gyro-3d.c | 8 +---
1 file changed, 1 insertion(+), 7 del
The new API added a flag for sync/async mode. Added sync mode flag.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/gyro/hid-sensor-gyro-3d.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/iio/gyro/hid-sensor-gyro-3d.c
b/drivers/iio/gyro/hid-sensor-gyro-3d.c
in
Use common hid sensor iio pm functions. Also the poll time read and
wait is part of power up function of hid sensor iio pm function, so
remove from the client drivers.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/light/hid-sensor-prox.c | 10 +-
1 file changed, 1 insertion(+), 9 de
The new API added a flag for sync/async mode. Added sync mode flag.
Signed-off-by: Srinivas Pandruvada
---
drivers/rtc/rtc-hid-sensor-time.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-hid-sensor-time.c
b/drivers/rtc/rtc-hid-sensor-time.c
index ae7c2ba..a
Current API only allows setting one offset in the field. This API
is extended to set multiple offsets in the field report.
Signed-off-by: Srinivas Pandruvada
---
drivers/hid/hid-sensor-hub.c | 22 --
include/linux/hid-sensor-hub.h | 5 +++--
2 files changed, 23 insertions(
Use common hid sensor iio pm functions. Also the poll time read and
wait is part of power up function of hid sensor iio pm function, so
remove from the client drivers.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/light/hid-sensor-als.c | 9 +
1 file changed, 1 insertion(+), 8 delet
HID sensor hub exports several sensor which are fusion sensors, where
data is interpreted from one or more sensors. Some of them can't be
exported via IIO like sysfs as the user space download some firmware,
which defines what sensor will look like. They can be a part of a
collection.
Creating a MF
The new API added a flag for sync/async mode. Added sync mode flag.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/light/hid-sensor-als.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/iio/light/hid-sensor-als.c
b/drivers/iio/light/hid-sensor-als.c
index a5283
The new API added a flag for sync/async mode. Added sync mode flag.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/pressure/hid-sensor-press.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/iio/pressure/hid-sensor-press.c
b/drivers/iio/pressure/hid-sensor-pres
To improvement power and performance, both regular and run time callbacks
are introduced. Because of auto suspend delay, two consecutive read
don't have to go through full power on/off procedure. The auto suspend
time can be adjusted using regular power attributes of PM sysfs.
Signed-off-by: Srini
Current implementation only allows one outstanding synchronous read.
This is a performance hit when user mode is requesting raw reads
of sensor attributes on multiple sensors together.
This change changes the mutex lock to per hid sensor hub device instead
of global lock. Although request to hid se
The new API added a flag for sync/async mode. Added sync mode flag.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/magnetometer/hid-sensor-magn-3d.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/iio/magnetometer/hid-sensor-magn-3d.c
b/drivers/iio/magnetometer
Add additional flag to read in async mode. In this mode the caller
need to register for events and match attribute usage id for result.
Signed-off-by: Srinivas Pandruvada
---
drivers/hid/hid-sensor-hub.c | 15 ++-
include/linux/hid-sensor-hub.h | 19 +--
2 files cha
The new API added a flag for sync/async mode. Added sync mode flag.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/accel/hid-sensor-accel-3d.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/iio/accel/hid-sensor-accel-3d.c
b/drivers/iio/accel/hid-sensor-accel-3
Use common hid sensor iio pm functions. Also the poll time read and
wait is part of power up function of hid sensor iio pm function, so
remove from the client drivers.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/orientation/hid-sensor-incl-3d.c | 9 +
1 file changed, 1 insertion(+
Use common hid sensor iio pm functions. Also the poll time read and
wait is part of power up function of hid sensor iio pm function, so
remove from the client drivers.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/magnetometer/hid-sensor-magn-3d.c | 9 +
1 file changed, 1 insertion(
The new API added a flag for sync/async mode. Added sync mode flag.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/orientation/hid-sensor-incl-3d.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/iio/orientation/hid-sensor-incl-3d.c
b/drivers/iio/orientation/hi
The new API added a flag for sync/async mode. Added sync mode flag.
Signed-off-by: Srinivas Pandruvada
---
drivers/iio/light/hid-sensor-prox.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/iio/light/hid-sensor-prox.c
b/drivers/iio/light/hid-sensor-prox.c
index f5
On Tue, Jan 6, 2015 at 7:50 PM, Ping Cheng wrote:
> Hi Benjamin,
>
> The relevant code was introduced by
> d70420b914c98a3758674c6e9858810e0ab4ea30. Can you take a look and let
> us know if Aniroop's patch fits your original thought or not?
Hehe, indeed, that's my code.
I would agree with Jiri,
Based on code for the US Surface Type Cover 3
from commit be3b16341d5cd8cf2a64fcc7a604a8efe6599ff0
("HID: add support for MS Surface Pro 3 Type Cover"):
Signed-off-by: Alan Wu
Tested-by: Karlis Dreizis
---
drivers/hid/hid-core.c | 4 +++-
drivers/hid/hid-ids.h | 1 +
driver
This patch adds the missing support for OF to the adxl34x digital
accelerometer. This is a basic version which supports the main
optional parameters. This implementation copies the default values
to the adxl34x_platform_data structure and overrides the values
that are passed from the device tree.
This patch adds a basic documentation regarding the device tree
bindings of adxl34x digital accelerometer.
Signed-off-by: Walter Lozano
---
.../devicetree/bindings/input/adxl34x.txt | 53
1 file changed, 53 insertions(+)
create mode 100644 Documentation/devicetre
On Friday 02 January 2015 10:39 PM, Tony Lindgren wrote:
> * Vignesh R [141223 23:07]:
>> 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 sampl
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
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 f
From: Brad Griffis
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 sampling X+. He
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
conf
From: Brad Griffis
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 of touchscreen a
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 fro
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
---
v6:
- Move Documentation from DT patch to driver code.
v5:
- print out a war
On Mon, Jan 05, 2015 at 02:24:30PM -0500, Benjamin Tissoires wrote:
> Hi Gabriele,
>
> [Adding Peter and Hans as this change will impact both
> xf86-input-synaptics and libinput]
>
> On Sat, Dec 27, 2014 at 6:31 AM, Gabriele Mazzotta
> wrote:
> > Despite claiming to be able to report ABS_TOOL_WI
On Mon, Jan 05, 2015 at 05:04:55PM -0500, Benjamin Tissoires wrote:
> On Mon, Jan 5, 2015 at 5:00 PM, Gabriele Mazzotta
> wrote:
> > On Monday 05 January 2015 14:24:30 Benjamin Tissoires wrote:
> >> Hi Gabriele,
> >>
> >> [Adding Peter and Hans as this change will impact both
> >> xf86-input-synap
On Tue, Jan 06, 2015 at 10:17:32PM +0100, Bruno Prémont wrote:
>
> One big issue I see here is that you start dropping all events at a random
> point in time.
> You may end up within a gesture or just while a button is down and remain
> so until that same button gets pressed again on unmute.
>
>
Hi Sam,
On Tue, Jan 06, 2015 at 04:10:16PM +0800, Sam hung wrote:
> ---
> drivers/input/mouse/elantech.c | 23 +--
> 1 file changed, 13 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/input/mouse/elantech.c b/drivers/input/mouse/elantech.c
> index f2b9780..4891d07 100
On Tue, Jan 06, 2015 at 11:21:36PM -0800, Dmitry Torokhov wrote:
> Hi Sam,
>
> On Tue, Jan 06, 2015 at 04:10:16PM +0800, Sam hung wrote:
> > ---
> > drivers/input/mouse/elantech.c | 23 +--
> > 1 file changed, 13 insertions(+), 10 deletions(-)
> >
> > diff --git a/drivers/inp
From: Olliver Schinagl
Almost all of the speaker drivers under input manipulate the ev bits
directly, which is not needed, as there is a helper available.
This patch makes use of the helper for the speaker drivers.
Signed-off-by: Olliver Schinagl
---
drivers/input/misc/cm109.c | 4 ++-
Hi Srihari,
On Mon, Jan 05, 2015 at 07:45:39PM +1100, Srihari Vijayaraghavan wrote:
> Hello Folks & Dmitry,
>
> Further to the previous patch, here is the current version (against
> mainline) updated with the DMI info of another laptop model where this
> fix had helped a user.
>
> Can you please
On Mon, Jan 05, 2015 at 05:04:55PM -0500, Benjamin Tissoires wrote:
> On Mon, Jan 5, 2015 at 5:00 PM, Gabriele Mazzotta
> wrote:
> > On Monday 05 January 2015 14:24:30 Benjamin Tissoires wrote:
> >> Hi Gabriele,
> >>
> >> [Adding Peter and Hans as this change will impact both
> >> xf86-input-synap
Hi Olliver,
On Wed, Jan 07, 2015 at 08:31:06AM +0100, Olliver Schinagl wrote:
> From: Olliver Schinagl
>
> Almost all of the speaker drivers under input manipulate the ev bits
> directly, which is not needed, as there is a helper available.
>
> This patch makes use of the helper for the speaker
99 matches
Mail list logo
