Hi,
Am 15.01.2015 um 15:38 schrieb Sebastian Reichel s...@kernel.org:
Hi,
On Thu, Jan 15, 2015 at 08:36:44AM +0100, Dr. H. Nikolaus Schaller wrote:
1. Perform conversion in input core rather than individual drivers. I
think we should allocate a new bitmaps for some transformations and have
On Thu, Jan 15, 2015 at 04:54:14PM +0200, Laurent Pinchart wrote:
DT nodes should use the more specific adi,adxl345 and adi,adxl346
compatible values instead. As the ADXL346 is backward-compatible with
the ADXL345, ADXL346 nodes must list both adi,adxl346 and adi,adxl345,
in that order.
On Tue, Jan 13, 2015 at 04:51:02PM +0100, Sylvain Rochet wrote:
This patch add wake up support for rotary encoders.
New DT property: rotary-encoder,wakeup
Signed-off-by: Sylvain Rochet sylvain.roc...@finsecur.com
---
.../devicetree/bindings/input/rotary-encoder.txt | 1 +
On Thu, Jan 15, 2015 at 07:07:50AM -0800, Anshul Garg wrote:
From: Anshul Garg aksgarg1...@gmail.com
If client clk_type is changed , flush pending events
from client buffer as events time would be incorrect
and queue SYN_DROPPED event.
Added check for duplicate clk_type change request.
On Thu, Jan 15, 2015 at 06:45:33PM +0100, Geert Uytterhoeven wrote:
On Thu, Jan 15, 2015 at 3:54 PM, Laurent Pinchart
laurent.pinchart+rene...@ideasonboard.com wrote:
The I2C subsystem can match devices without explicit OF support based on
the part of their compatible property after the
Hi Chen-Yu,
On Fri, Jan 16, 2015 at 12:00:31AM +0800, Chen-Yu Tsai wrote:
On Tue, Dec 23, 2014 at 10:53 AM, Chen-Yu Tsai w...@csie.org wrote:
From: Carlo Caione ca...@caione.org
Add ABI entries for the PEK found on PMU X-Powers AXP202 and AXP209.
Hi Dmitry,
Would it be possible to
On Thu, Jan 15, 2015 at 06:32:31PM +0100, Geert Uytterhoeven wrote:
On Thu, Jan 15, 2015 at 6:02 PM, Wolfram Sang w...@the-dreams.de wrote:
--- a/Documentation/devicetree/bindings/i2c/trivial-devices.txt
+++ b/Documentation/devicetree/bindings/i2c/trivial-devices.txt
@@ -18,8 +18,7 @@
On Thu, Jan 15, 2015 at 6:43 PM, Wolfram Sang w...@the-dreams.de wrote:
On Thu, Jan 15, 2015 at 06:32:31PM +0100, Geert Uytterhoeven wrote:
On Thu, Jan 15, 2015 at 6:02 PM, Wolfram Sang w...@the-dreams.de wrote:
--- a/Documentation/devicetree/bindings/i2c/trivial-devices.txt
+++
On Thu, Jan 15, 2015 at 11:49:32AM +0100, Pali Rohár wrote:
On Wednesday 14 January 2015 23:55:48 Dmitry Torokhov wrote:
Hi Pali,
This series try to address the issue you brought regarding
trackstick initialization on Dell Latitudes in a different
way than the patches you proposed.
On Thu, Jan 15, 2015 at 05:14:38PM +0100, Dr. H. Nikolaus Schaller wrote:
Am 15.01.2015 um 15:38 schrieb Sebastian Reichel s...@kernel.org:
Hi,
On Thu, Jan 15, 2015 at 08:36:44AM +0100, Dr. H. Nikolaus Schaller wrote:
1. Perform conversion in input core rather than individual
On Thu, Jan 15, 2015 at 3:54 PM, Laurent Pinchart
laurent.pinchart+rene...@ideasonboard.com wrote:
DT nodes should use the more specific adi,adxl345 and adi,adxl346
compatible values instead. As the ADXL346 is backward-compatible with
the ADXL345, ADXL346 nodes must list both adi,adxl346 and
Am 15.01.2015 um 19:16 schrieb Dmitry Torokhov dmitry.torok...@gmail.com:
On Thu, Jan 15, 2015 at 05:14:38PM +0100, Dr. H. Nikolaus Schaller wrote:
Am 15.01.2015 um 15:38 schrieb Sebastian Reichel s...@kernel.org:
Hi,
On Thu, Jan 15, 2015 at 08:36:44AM +0100, Dr. H. Nikolaus Schaller
On Thu, Jan 15, 2015 at 3:54 PM, Laurent Pinchart
laurent.pinchart+rene...@ideasonboard.com wrote:
The I2C subsystem can match devices without explicit OF support based on
the part of their compatible property after the comma. However, this
mechanism uses the first compatible value only. For
On Thu, Jan 15, 2015 at 04:54:15PM +0200, Laurent Pinchart wrote:
The I2C subsystem can match devices without explicit OF support based on
the part of their compatible property after the comma. However, this
mechanism uses the first compatible value only. For adxl34x OF device
nodes the
On Thu, Jan 15, 2015 at 06:02:09PM +0100, Wolfram Sang wrote:
On Thu, Jan 15, 2015 at 04:54:14PM +0200, Laurent Pinchart wrote:
DT nodes should use the more specific adi,adxl345 and adi,adxl346
compatible values instead. As the ADXL346 is backward-compatible with
the ADXL345, ADXL346 nodes
Hi,
On Thu, Jan 15, 2015 at 08:36:44AM +0100, Dr. H. Nikolaus Schaller wrote:
1. Perform conversion in input core rather than individual drivers. I
think we should allocate a new bitmaps for some transformations and have
the code do X/Y flip/clip of the coordinates.
Do you have a
Hello,
This patch set fixes OF matching for the adxl34x driver when the DT node lists
a device-specific adi,adxl345 or adi,adxl346 compatible value first.
The first version (see http://www.spinics.net/lists/linux-i2c/msg18107.html)
added an OF match entry for the adi,adxl34x compatible string.
The I2C subsystem can match devices without explicit OF support based on
the part of their compatible property after the comma. However, this
mechanism uses the first compatible value only. For adxl34x OF device
nodes the compatible property will contain the more specific
adi,adxl345 or
From: Anshul Garg aksgarg1...@gmail.com
If client clk_type is changed , flush pending events
from client buffer as events time would be incorrect
and queue SYN_DROPPED event.
Added check for duplicate clk_type change request.
Signed-off-by: Anshul Garg anshu...@samsung.com
---
On Tue, Dec 23, 2014 at 10:53 AM, Chen-Yu Tsai w...@csie.org wrote:
From: Carlo Caione ca...@caione.org
Add ABI entries for the PEK found on PMU X-Powers AXP202 and AXP209.
Hi Dmitry,
Would it be possible to take this patch through your tree?
Thanks
ChenYu
Signed-off-by: Carlo Caione
DT nodes should use the more specific adi,adxl345 and adi,adxl346
compatible values instead. As the ADXL346 is backward-compatible with
the ADXL345, ADXL346 nodes must list both adi,adxl346 and adi,adxl345,
in that order.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
Am 15.01.2015 um 15:38 schrieb Sebastian Reichel s...@kernel.org:
Hi,
On Thu, Jan 15, 2015 at 08:36:44AM +0100, Dr. H. Nikolaus Schaller wrote:
1. Perform conversion in input core rather than individual drivers. I
think we should allocate a new bitmaps for some transformations and have
On Wednesday 14 January 2015 23:55:54 Dmitry Torokhov wrote:
From: Pali Rohár pali.ro...@gmail.com
Previously dev2 device was used for both external PS/2 mouse
and internal trackstick device (if available). This change
introduces dev3 device which is used for external PS/2 mouse
data and
On Thursday 15 January 2015 21:00:37 Geert Uytterhoeven wrote:
On Thu, Jan 15, 2015 at 7:54 PM, Dmitry Torokhov wrote:
I still do not understand what we are trying to fix here. Why is
adi,adxl34x compatible string no good anymore? If we start using exact
models and the physical device does
Hi Dmitry,
On 15-01-14 10:07 PM, Dmitry Torokhov wrote:
On Wed, Jan 14, 2015 at 09:44:39PM -0800, Scott Branden wrote:
On 15-01-14 05:02 PM, Dmitry Torokhov wrote:
Hi Jonathan,
On Fri, Dec 19, 2014 at 02:17:49PM -0800, Jonathan Richardson wrote:
+ if (of_property_read_u32(np,
On Thu, Jan 15, 2015 at 09:28:41PM +0100, Pali Rohár wrote:
On Thursday 15 January 2015 20:38:18 Dmitry Torokhov wrote:
On Thu, Jan 15, 2015 at 08:19:59PM +0100, Pali Rohár wrote:
On Thursday 15 January 2015 19:18:20 Dmitry Torokhov wrote:
On Thu, Jan 15, 2015 at 11:49:32AM +0100, Pali
On Thursday 15 January 2015 13:06:32 Dmitry Torokhov wrote:
On Thu, Jan 15, 2015 at 10:34:29PM +0200, Laurent Pinchart wrote:
On Thursday 15 January 2015 21:00:37 Geert Uytterhoeven wrote:
On Thu, Jan 15, 2015 at 7:54 PM, Dmitry Torokhov wrote:
I still do not understand what we are
On Thu, Jan 15, 2015 at 08:19:59PM +0100, Pali Rohár wrote:
On Thursday 15 January 2015 19:18:20 Dmitry Torokhov wrote:
On Thu, Jan 15, 2015 at 11:49:32AM +0100, Pali Rohár wrote:
On Wednesday 14 January 2015 23:55:48 Dmitry Torokhov wrote:
Hi Pali,
This series try to address
Hi Wolfram,
On Thursday 15 January 2015 18:43:33 Wolfram Sang wrote:
On Thu, Jan 15, 2015 at 06:32:31PM +0100, Geert Uytterhoeven wrote:
On Thu, Jan 15, 2015 at 6:02 PM, Wolfram Sang w...@the-dreams.de wrote:
--- a/Documentation/devicetree/bindings/i2c/trivial-devices.txt
+++
On 15-01-14 05:08 PM, Florian Fainelli wrote:
On 19/12/14 15:03, Jonathan Richardson wrote:
On 14-12-19 02:26 PM, Joe Perches wrote:
On Fri, 2014-12-19 at 14:17 -0800, Jonathan Richardson wrote:
Add initial version of the Broadcom touchscreen driver.
more trivia:
diff --git
On Thu, Jan 15, 2015 at 09:34:51PM +0100, Pali Rohár wrote:
On Wednesday 14 January 2015 23:55:54 Dmitry Torokhov wrote:
From: Pali Rohár pali.ro...@gmail.com
Previously dev2 device was used for both external PS/2 mouse
and internal trackstick device (if available). This change
On Thu, Jan 15, 2015 at 10:34:29PM +0200, Laurent Pinchart wrote:
On Thursday 15 January 2015 21:00:37 Geert Uytterhoeven wrote:
On Thu, Jan 15, 2015 at 7:54 PM, Dmitry Torokhov wrote:
I still do not understand what we are trying to fix here. Why is
adi,adxl34x compatible string no good
On Thursday 15 January 2015 20:38:18 Dmitry Torokhov wrote:
On Thu, Jan 15, 2015 at 08:19:59PM +0100, Pali Rohár wrote:
On Thursday 15 January 2015 19:18:20 Dmitry Torokhov wrote:
On Thu, Jan 15, 2015 at 11:49:32AM +0100, Pali Rohár wrote:
On Wednesday 14 January 2015 23:55:48 Dmitry
On Thu, Jan 15, 2015 at 11:34:00PM +0200, Laurent Pinchart wrote:
On Thursday 15 January 2015 13:06:32 Dmitry Torokhov wrote:
On Thu, Jan 15, 2015 at 10:34:29PM +0200, Laurent Pinchart wrote:
On Thursday 15 January 2015 21:00:37 Geert Uytterhoeven wrote:
On Thu, Jan 15, 2015 at 7:54 PM,
Hello.
On 01/15/2015 11:34 PM, Laurent Pinchart wrote:
I still do not understand what we are trying to fix here. Why is
adi,adxl34x compatible string no good anymore? If we start using exact
models and the physical device does not match do we abort probe? What is
the problem that we are
On Thursday 15 January 2015 19:18:20 Dmitry Torokhov wrote:
On Thu, Jan 15, 2015 at 11:49:32AM +0100, Pali Rohár wrote:
On Wednesday 14 January 2015 23:55:48 Dmitry Torokhov wrote:
Hi Pali,
This series try to address the issue you brought regarding
trackstick initialization on Dell
On Thu, Jan 15, 2015 at 09:21:34PM +0100, Pali Rohár wrote:
On Wednesday 14 January 2015 23:55:53 Dmitry Torokhov wrote:
+ /*
+* Reset the device to make sure it is fully operational:
+* on some laptops, like certain Dell Latitudes, we may
+* fail to properly detect presence
God dag,
Jeg er Rose Butler, den udøvende agent på et generelt anerkendt legitimt
långivende selskab kaldet YesGrowth Lån, der ligger i Det Forenede Kongerige.
Vi låner penge til enkeltpersoner og virksomheder, der har brug finansiel
bistand. Har du har en dårlig kredit, eller du har brug
On Tue, Dec 23, 2014 at 10:53 AM, Chen-Yu Tsai w...@csie.org wrote:
Hi everyone,
This is v8 of the AXP20x PMIC patches. These are the remaining patches
of the original series: PEK (power button) input driver, binding docs,
and defconfig updates.
Mark raised some questions during v7 about
On Fri, Jan 16, 2015 at 1:39 AM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
Hi Chen-Yu,
On Fri, Jan 16, 2015 at 12:00:31AM +0800, Chen-Yu Tsai wrote:
On Tue, Dec 23, 2014 at 10:53 AM, Chen-Yu Tsai w...@csie.org wrote:
From: Carlo Caione ca...@caione.org
Add ABI entries for the PEK
V18 patches have below updates, details of other updates see history list:
1) Fix 'cyapa_runtime_suspend' undeclared compiling issue in latest
kernel-next source code. Verified on next-20150114 with make C=1.
2) Optimize enter bootloader failed for some chipset takes longer time issue.
This
Add device's basic control and features supported in cyapa driver through
sysfs file system interfaces. These interfaces are commonly used in
pre- and after production, for trackpad device state checking, managing
and firmware image updating.
These interfaces including mode, firmware_version and
Add read baseline function supported for gen5 trackpad device,
it can be used through sysfs baseline interface.
TEST=test on Chromebooks.
Signed-off-by: Dudley Du d...@cypress.com
---
drivers/input/mouse/cyapa.h | 2 +
drivers/input/mouse/cyapa_gen5.c | 640
Add firmware image update function supported for gen5 trackpad device,
it can be used through sysfs update_fw interface.
TEST=test on Chromebooks.
Signed-off-by: Dudley Du d...@cypress.com
---
drivers/input/mouse/Kconfig | 1 +
drivers/input/mouse/cyapa_gen5.c | 391
Add acpi device tree support.
acpi device id CYAP is for old gen3 trackpad devices.
acpi device id CYAP0001 is for new gen5 trackpad devices.
TEST=test on Chromebooks.
Signed-off-by: Dudley Du d...@cypress.com
---
drivers/input/mouse/cyapa.c | 13 +
1 file changed, 13
Add read baseline function supported for gen3 trackpad device,
it can be used through sysfs baseline interface.
TEST=test on Chromebooks.
Signed-off-by: Dudley Du d...@cypress.com
---
drivers/input/mouse/cyapa_gen3.c | 72
1 file changed, 72 insertions(+)
Add firmware image update function supported for gen3 trackpad device,
it can be used through sysfs update_fw interface.
TEST=test on Chromebooks.
Signed-off-by: Dudley Du d...@cypress.com
---
drivers/input/mouse/cyapa_gen3.c | 309 +++
1 file changed, 309
Add runtime_suspend_scanrate_ms power management interfaces in device's
power group, so users or applications can control the runtime power
management strategy of trackpad device as their requirements.
TEST=test on Chromebooks.
Signed-off-by: Dudley Du d...@cypress.com
---
Add force re-calibrate function supported for gen5 trackpad device,
it can be used through sysfs calibrate interface.
TEST=test on Chromebooks.
Signed-off-by: Dudley Du d...@cypress.com
---
drivers/input/mouse/cyapa_gen5.c | 65
1 file changed, 65
In order to support multiple different chipsets and communication protocols
trackpad devices in one cyapa driver, the new cyapa driver is re-designed
with one cyapa driver core and multiple device specific functions component.
The cyapa driver core is contained in this patch, it supplies basic
Add suspend_scanrate_ms power management interfaces in device's
power group, so users or applications can control the power management
strategy of trackpad device as their requirements.
TEST=test on Chromebooks.
Signed-off-by: Dudley Du d...@cypress.com
---
drivers/input/mouse/cyapa.c | 127
Based on the cyapa core, add the gen5 trackpad device's basic functions
supported, so gen5 trackpad device can work with kernel input system.
And also based on the state parse interface, the cyapa driver can
automatically determine the attached is gen3 or gen5 protocol trackpad
device, then set
On Wednesday 14 January 2015 23:55:48 Dmitry Torokhov wrote:
Hi Pali,
This series try to address the issue you brought regarding
trackstick initialization on Dell Latitudes in a different
way than the patches you proposed. Basically in this series
we move resetting and all detection in
On Thu, Jan 15, 2015 at 1:53 PM, Wolfram Sang w...@the-dreams.de wrote:
There are three compatible strings defined for the ADXL345 and ADXL346 in
Documentation/devicetree/bindings/i2c/trivial-devices.txt: adi,adxl345,
adi,adxl346, adi,adxl34x. Given that the last one is a fallback for the
On Thu, Jan 15, 2015 at 7:54 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
I still do not understand what we are trying to fix here. Why is
adi,adxl34x compatible string no good anymore? If we start using exact
models and the physical device does not match do we abort probe? What is
the
On Wednesday 14 January 2015 23:55:53 Dmitry Torokhov wrote:
+ /*
+ * Reset the device to make sure it is fully operational:
+ * on some laptops, like certain Dell Latitudes, we may
+ * fail to properly detect presence of trackstick if device
+ * has not been reset.
+
On Thursday 15 January 2015 16:19:19 Laurent Pinchart wrote:
On Thursday 15 January 2015 13:53:22 Wolfram Sang wrote:
On Thu, Dec 18, 2014 at 02:49:28PM +0200, Laurent Pinchart wrote:
On Thursday 18 December 2014 09:21:51 Wolfram Sang wrote:
On Thu, Dec 18, 2014 at 04:15:23AM +0200, Laurent
On Thu, Jan 15, 2015 at 3:19 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
An option would be to remove adi,adxl34x from
Documentation/devicetree/bindings/i2c/trivial-devices.txt, in which case
the driver should match explicitly on adi,adxl345 and adi,adxl346.
That might
On Thursday 15 January 2015 15:36:37 Wolfram Sang wrote:
Been there, got bitten. We only found out too late, because one driver
was in i2c and the other in GPIO (or LED even?), both using 953x :(
That seems like a development, review and/or merge process failure to
me, I wouldn't avoid
59 matches
Mail list logo