On 12/03/2015 02:01 PM, Rojhalat Ibrahim wrote:
> On Wednesday 02 December 2015 19:59:20 Uwe Kleine-König wrote:
>> I have a real rotary encoder with 4 input lines and so 16
>> distinguishable positions. It would be described as:
>>
>> compatible = "rotary-encoder";
>> gpios = <&gpio4 12
Hi,
On 10/16/2015 11:59 AM, Uwe Kleine-König wrote:
> there is already a driver for rotary encoders described in
> Documentation/devicetree/bindings/input/rotary-encoder.txt. This however
> is not suitable to describe the device I have here for two reasons:
>
> First the driver can only make use
On 06/17/2015 08:49 AM, Matt Ranostay wrote:
> Actually after further reading of the datasheet and testing with
> i2ctools it seems cap11xx_input_close() isn't putting the device in
> DEEP SLEEP mode.
>
> Any thoughts why?
No, sorry. IIRC, the board I wrote the driver for didn't give me the
abili
On 06/16/2015 04:39 PM, Matt Ranostay wrote:
> On Tue, Jun 16, 2015 at 12:54 AM, Jacek Anaszewski
> wrote:
>> On 06/16/2015 04:46 AM, Matt Ranostay wrote:
>>> + for_each_child_of_node(node, child) {
>>> + led->cdev.name =
>>> + of_get_property(child, "lab
On 06/15/2015 10:56 AM, Matt Ranostay wrote:
> On Mon, Jun 15, 2015 at 1:15 AM, Jacek Anaszewski
> wrote:
>>> + error = devm_led_classdev_register(dev, &led->cdev);
>>> + if (error < 0)
>>> + return -EINVAL;
>>> + INIT_WORK(&led->wor
e. I can't test it,
however, as I don't have access to the hardware anymore.
Reviewed-by: Daniel Mack
Thanks,
Daniel
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 09/23/2014 06:04 AM, Matt Ranostay wrote:
> diff --git a/drivers/input/keyboard/cap1106.c
> b/drivers/input/keyboard/cap1106.c
> index d70b65a..07f9e88 100644
> --- a/drivers/input/keyboard/cap1106.c
> +++ b/drivers/input/keyboard/cap1106.c
> @@ -55,8 +55,6 @@
> #define CAP1106_REG_MANUFACTURE
On 09/22/2014 07:56 AM, Dmitry Torokhov wrote:
> On Sun, Sep 21, 2014 at 12:06:30PM +0200, Daniel Mack wrote:
>> On 09/21/2014 05:01 AM, Matt Ranostay wrote:
>>> Some applications need to use the active-high push-pull interrupt
>>> option. This allows it be enabled in
On 09/22/2014 12:46 AM, Matt Ranostay wrote:
> On Sun, Sep 21, 2014 at 2:58 AM, Daniel Mack wrote:
>> On 09/21/2014 05:01 AM, Matt Ranostay wrote:
>>> @@ -313,12 +307,16 @@ static int cap1106_i2c_probe(struct i2c_client
>>> *i2c_client,
>>>
>>> st
Hi,
On 09/21/2014 05:01 AM, Matt Ranostay wrote:
> priv->regmap = devm_regmap_init_i2c(i2c_client, &cap1106_regmap_config);
> if (IS_ERR(priv->regmap))
> return PTR_ERR(priv->regmap);
>
> - error = regmap_read(priv->regmap, CAP1106_REG_PRODUCT_ID, &val);
> - if
On 09/21/2014 05:01 AM, Matt Ranostay wrote:
> Some applications need to use the active-high push-pull interrupt
> option. This allows it be enabled in the device tree child node.
>
> Signed-off-by: Matt Ranostay
> ---
> drivers/input/keyboard/cap1106.c | 6 ++
> 1 file changed, 6 insertions
Hi,
On 09/21/2014 05:01 AM, Matt Ranostay wrote:
> Several other variants of the cap11xx device exists with a varying
> number of capacitance detection channels. Add support for creating
> the channels dynamically.
Thanks for the patches!
>
> Signed-off-by: Matt Ranostay
> ---
> drivers/input
Hi Olof,
Sorry for the late reply.
On 08/28/2014 12:01 AM, Olof Johansson wrote:
> On Thu, Aug 14, 2014 at 2:46 AM, Daniel Mack wrote:
>> The vendor prefix was renamed from "mrvl" to "marvell". Follow this
>> change in the dts file.
>>
>> Signed-of
On 08/24/2014 11:49 AM, Robert Jarzmik wrote:
> Arnd Bergmann writes:
>> For the specific case of PXA, I wonder if we should update the
>> maintainer entry. As far as I can tell, Eric and Russell are no
>> longer actively involved in the maintenance of PXA, and Haojian
>> is doing only the bare m
On 08/19/2014 11:56 AM, Daniel Mack wrote:
> On 07/22/2014 11:08 AM, Subbaraya Sundeep Bhatta wrote:
>> drivers/usb/gadget/Kconfig | 14 +
>> drivers/usb/gadget/Makefile |1 +
>> drivers/usb/gadget/udc-xilinx.c | 2261
>>
Hi,
On 07/22/2014 11:08 AM, Subbaraya Sundeep Bhatta wrote:
> This patch adds xilinx usb2 device driver support
Add some more information here, please. Copying the text from the
Kconfig option is already a good start.
> drivers/usb/gadget/Kconfig | 14 +
> drivers/usb/gadget/Makefile
The vendor prefix was renamed from "mrvl" to "marvell". Follow this
change in the dts file.
Signed-off-by: Daniel Mack
---
arch/arm/boot/dts/pxa2xx.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/pxa2xx.dtsi b/arch/arm/boot/d
The vendor prefix was renamed from "mrvl" to "marvell". Follow this
change in the dts file.
Signed-off-by: Daniel Mack
---
arch/arm/boot/dts/pxa2xx.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/pxa2xx.dtsi b/arch/arm/boot/d
On 07/14/2014 08:46 PM, Dmitry Torokhov wrote:
> On Mon, Jul 14, 2014 at 04:28:02PM +0200, Daniel Mack wrote:
>> +
>> +static int cap1106_i2c_remove(struct i2c_client *i2c_client)
>> +{
>> +struct cap1106_priv *priv = i2c_get_clientdata(i2c_client);
>> +
>
ata driven boards, but fully depends on CONFIG_OF.
Power management functions are also left for volounteers with the ability
to actually test them.
Signed-off-by: Daniel Mack
---
v2:
* Fix potential deadlocks pointed ou
On 07/15/2014 10:51 AM, Mark Rutland wrote:
> On Mon, Jul 14, 2014 at 11:20:17AM +0100, Daniel Mack wrote:
>> Hmm, I thought about that, but there are - in theory - more details that
>> could be specified per channel. I left those functions out for the first
>> version, as
ata driven boards, but fully depends on CONFIG_OF.
Power management functions are also left for volounteers with the ability
to actually test them.
Signed-off-by: Daniel Mack
---
v2:
* Fix potential deadlocks pointed ou
Hi Mark,
thanks a lot for your feedback! Much appreciated.
On 07/14/2014 11:52 AM, Mark Rutland wrote:
> On Fri, Jul 11, 2014 at 11:06:33AM +0100, Daniel Mack wrote:
>> +++ b/Documentation/devicetree/bindings/input/cap1106.txt
>> @@ -0,0 +1,63 @@
>> +Device tree bindings
ata driven boards, but fully depends on CONFIG_OF.
Power management functions are also left for volounteers with the ability
to actually test them.
Signed-off-by: Daniel Mack
---
v2:
* Fix potential deadlocks pointed ou
On 07/11/2014 07:33 PM, Dmitry Torokhov wrote:
> On Fri, Jul 11, 2014 at 11:48:48AM +0200, Daniel Mack wrote:
>> On 07/11/2014 11:43 AM, David Herrmann wrote:
>>>> +static void cap1106_work(struct work_struct *w)
>>>>> +{
>>>>> +
ata driven boards, but fully depends on CONFIG_OF.
Power management functions are also left for volounteers with the ability
to actually test them.
Signed-off-by: Daniel Mack
---
v2:
* Fix potential deadlocks pointed out by David.
.../devicetree/bindings/input/cap1106.txt | 63
dri
ata driven boards, but fully depends on CONFIG_OF.
Power management functions are also left for volounteers with the ability
to actually test them.
Signed-off-by: Daniel Mack
---
.../devicetree/bindings/input/cap1106.txt | 63
drivers/input/keyboard/Kconfig | 10
On 07/02/2014 05:02 PM, Dan Murphy wrote:
> On 07/02/2014 08:47 AM, Daniel Mack wrote:
>> Hi Dan,
>>
>> On 07/02/2014 03:30 PM, Dan Murphy wrote:
>>> + if (np) {
>>> + data->power_gpio = of_get_named_gpio(np, "enable-gpio",
Hi Dan,
On 07/02/2014 03:30 PM, Dan Murphy wrote:
> + if (np) {
> + data->power_gpio = of_get_named_gpio(np, "enable-gpio", 0);
> + } else if (pdata) {
> + data->power_gpio = pdata->enable_gpio;
> + } else {
> + dev_err(dev, "Platform or dev tree dat
Hi Bing,
On 07/01/2014 08:44 AM, Bing Zhao wrote:
>> Hence, we'll need some sort of internal API for this, and a phandle
>> in dts. I wonder whether that glue logic might be better off living
>> in the mmc core, as mwifiex might well be interfaced to other
>> hosts?
>
> I may have missed somethin
Hi Tony, everyone,
Thanks Andreas for addressing this issue! So far, we've been using a
terrible hack in the hsmmc in order to bring the card into a workable
state, and we're looking for a nicer solution for awhile.
On 06/30/2014 08:19 AM, Tony Lindgren wrote:
> * Andreas Fenkart [140629 12:43]:
On 12/09/2013 10:34 AM, Sergei Ianovich wrote:
> On Mon, 2013-12-09 at 10:04 +0100, Daniel Mack wrote:
>> On 12/09/2013 02:33 AM, Arnd Bergmann wrote:
>>> On Sunday 08 December 2013, Sergei Ianovich wrote:
>>>> Non-dts implementation supply required DMA channel
Hi Linus,
On 11.10.2013 13:11, Linus Walleij wrote:
> On Tue, Oct 1, 2013 at 3:55 PM, Daniel Mack wrote:
>> +Example:
>> +
>> + wake_up {
>> + compatible = "gpio-wakeup";
>> + gpios = <&gpio0 19 0>;
>>
33 matches
Mail list logo