Hi Jean,
On Tue, Mar 11, 2014 at 07:42:53PM +0100, Jean Delvare wrote:
> I don't think the OLPC AP-SP driver is generally useful without OLPC
> support. So make it depend on OLPC, unless build testing is enabled.
>
> Signed-off-by: Jean Delvare
> Cc: Dmitry Torokhov
> ---
> drivers/input/serio
On Tue, Mar 11, 2014 at 10:06:59PM +0100, Carlo Caione wrote:
> On Tue, Mar 11, 2014 at 07:29:40PM +, Mark Brown wrote:
> > With the above code the driver will return an error and never get as far
> > as registering the regulator.
> I agree, but if I register the regulators without having the
I have a proposal for you.
--
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
On Tue, Mar 11, 2014 at 07:29:40PM +, Mark Brown wrote:
> On Tue, Mar 11, 2014 at 08:24:11PM +0100, Carlo Caione wrote:
> > On Mon, Mar 03, 2014 at 10:56:16AM +0900, Mark Brown wrote:
>
> > > > + regulators = of_find_node_by_name(np, "regulators");
> > > > + if (!regulators) {
> >
On Tue, Mar 11, 2014 at 08:24:11PM +0100, Carlo Caione wrote:
> On Mon, Mar 03, 2014 at 10:56:16AM +0900, Mark Brown wrote:
> > > + regulators = of_find_node_by_name(np, "regulators");
> > > + if (!regulators) {
> > > + dev_err(&pdev->dev, "regulators node not found\n");
> > > + re
On Mon, Mar 03, 2014 at 10:56:16AM +0900, Mark Brown wrote:
> > + np = of_node_get(pdev->dev.parent->of_node);
> > + if (!np)
> > + return 0;
> > +
> > + regulators = of_find_node_by_name(np, "regulators");
> > + if (!regulators) {
> > + dev_err(&pdev->dev, "regulato
atkbd: Samsung NP530U3C laptop forced key release
For Samsung NP530U3C laptop (observed on firmware P09ABH) not all Fn keys
generates release event, which leaves key in a pressed state. This patch
adds those keys into the "forced release" workaround. Fixed keys: WLAN,
Settings, Fn Lock.
Patch gen
I don't think the OLPC AP-SP driver is generally useful without OLPC
support. So make it depend on OLPC, unless build testing is enabled.
Signed-off-by: Jean Delvare
Cc: Dmitry Torokhov
---
drivers/input/serio/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-3.14-rc6.
ping?
On 03/04/14 10:34, Stephen Boyd wrote:
> These patches move the pm8xxx input drivers over to use devm_* APIs
> and regmap. This breaks the dependency of these drivers on the pm8xxx
> specific read/write calls and also simplifies the probe code a bit.
> Finally we add devicetree support to th
On Mon, 10 Mar 2014, Benjamin Tissoires wrote:
> > The MS Surface Pro 2 has an USB composite device with 3 interfaces
> > - interface 0 - sensor hub
> > - interface 1 - wacom digitizer
> > - interface 2 - the keyboard cover, if one is attached
> > This USB composite device changes it product id de
On Tue, 2014-03-11 at 15:59 +0100, Robert Baldyga wrote:
> >> @@ -180,12 +167,12 @@ static struct irq_chip max8997_irq_chip = {
> >> static irqreturn_t max8997_irq_thread(int irq, void *data) {
> >> struct max8997_dev *max8997 = data; - u8
> >> irq_reg[MAX8997_IRQ_GROUP_NR] = {}; - u8 ir
On Tue, 2014-03-11 at 14:58 +0100, Robert Baldyga wrote:
> This patch moves code creating new i2c clients and regmaps to function
> drivers which uses them. It allow to avoid creating this instances when
> intividual function drivers are not enabled.
s/which uses/which use/
s/It allow/ It allows/
On 03/11/2014 03:32 PM, Krzysztof Kozlowski wrote:
> On Tue, 2014-03-11 at 14:58 +0100, Robert Baldyga wrote:
>> This patch modifies max8997 driver and each associated function
>> driver, to use regmap instead of operating directly on i2c bus. It
>> will allow to simplify IRQ handling using regma
On Tue, 2014-03-11 at 14:58 +0100, Robert Baldyga wrote:
> This patch modifies mfd driver to use regmap for handling interrupts.
> It allows to simplify irq handling process. This modifications needed
> to make small changes in function drivers, which use interrupts.
>
> Signed-off-by: Robert Bald
On Tue, 2014-03-11 at 14:58 +0100, Robert Baldyga wrote:
> This patch modifies max8997 driver and each associated function driver,
> to use regmap instead of operating directly on i2c bus. It will allow to
> simplify IRQ handling using regmap-irq.
>
> Signed-off-by: Robert Baldyga
> ---
> driver
This patch modifies max8997 driver and each associated function driver,
to use regmap instead of operating directly on i2c bus. It will allow to
simplify IRQ handling using regmap-irq.
Signed-off-by: Robert Baldyga
---
drivers/extcon/extcon-max8997.c | 31
drivers/input/misc/max89
This patch moves code creating new i2c clients and regmaps to function
drivers which uses them. It allow to avoid creating this instances when
intividual function drivers are not enabled.
Signed-off-by: Robert Baldyga
---
drivers/extcon/extcon-max8997.c | 118 +++--
This patch modifies mfd driver to use regmap for handling interrupts.
It allows to simplify irq handling process. This modifications needed
to make small changes in function drivers, which use interrupts.
Signed-off-by: Robert Baldyga
---
drivers/extcon/extcon-max8997.c |3 +-
drivers/mf
Hi,
This patchset modifies max8997 driver and associated function drivers to use
register maps instead of operating directly on i2c bus. This change allowed
to simplify irq handling, and to move some initializations to individual
function drivers. Hence now when some functions are not enabled, the
Kconfig symbol X86_32 was introduced in October 2005, it's about time
to use it. This clears the last occurrence of the legacy
"X86 && !X86_64" construct :-)
Signed-off-by: Jean Delvare
Cc: Miloslav Trmac
Cc: Dmitry Torokhov
---
drivers/input/misc/Kconfig |2 +-
1 file changed, 1 insertion
> > > > > Something in the MFD_PM8XXX driver must have changed recently that
> > > > > now allows
> > > > > the KEYBOARD_PMIC8XXX driver to be enabled. Unfortunately, it does
> > > > > not build
> > > > > because of a dependency on the header file
> > > > > that
> > > > > does not exist.
> >
>
On Tue, Mar 11, 2014 at 01:06:09PM +, Lee Jones wrote:
> > > > Something in the MFD_PM8XXX driver must have changed recently that now
> > > > allows
> > > > the KEYBOARD_PMIC8XXX driver to be enabled. Unfortunately, it does not
> > > > build
> > > > because of a dependency on the header file
Hi
On Fri, Mar 7, 2014 at 7:45 PM, Lukasz Pawelczyk wrote:
> Problem:
> Has anyone thought about a mechanism to limit/remove an access to a
> device during an application runtime? Meaning we have an application
> that has an open file descriptor to some /dev/node and depending on
> *something* it
On 03/10/2014 06:37 PM, Felipe Balbi wrote:
> On Mon, Mar 10, 2014 at 10:57:10AM +0200, Roger Quadros wrote:
>> Hi Henrik,
>>
>> On 03/08/2014 05:11 PM, Henrik Rydberg wrote:
>>> Hi Roger,
>>>
>>> the MT implementation seems mostly fine, just one curiosity:
>>>
static irqreturn_t pixcir_ts_is
> From: Opensource [Steve Twiss]
>
> Add the OnKey driver for DA9063
>
> Plus some minor dependencies:
> - Addition of "ONKEY" name to OnKey IRQ resource structure;
> - Bool key_power platform data driver configuration option.
>
> Signed-off-by: Opensource [Steve Twiss]
> ---
>
> drivers/inp
25 matches
Mail list logo