On Fri, Aug 10, 2012 at 10:41:58AM +0200, Linus Walleij wrote:
> On Fri, Aug 10, 2012 at 10:35 AM, Thierry Reding
> wrote:
> >> Consult the following article on LWN:
> >> http://lwn.net/Articles/470820/
> >>
> >> Then grep your gitlog and you'll see we got rid of it from ARM.
> >
> > Then why is
On Fri, Aug 10, 2012 at 10:41:58AM +0200, Linus Walleij wrote:
> On Fri, Aug 10, 2012 at 10:35 AM, Thierry Reding
> wrote:
> >> Consult the following article on LWN:
> >> http://lwn.net/Articles/470820/
> >>
> >> Then grep your gitlog and you'll see we got rid of it from ARM.
> >
> > Then why is
On Fri, Aug 10, 2012 at 10:35 AM, Thierry Reding
wrote:
>> Consult the following article on LWN:
>> http://lwn.net/Articles/470820/
>>
>> Then grep your gitlog and you'll see we got rid of it from ARM.
>
> Then why is there still the following in arch/arm/include/asm/irq.h?
>
> /*
>
On Fri, Aug 10, 2012 at 10:19:02AM +0200, Linus Walleij wrote:
> On Thu, Aug 9, 2012 at 10:20 PM, Thierry Reding
> wrote:
> > On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
> >> > + client->irq = irq_of_parse_and_map(client->dev.of_node, 0);
> >> > + if (client->irq ==
On Thu, Aug 9, 2012 at 10:20 PM, Thierry Reding
wrote:
> On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
>> > + client->irq = irq_of_parse_and_map(client->dev.of_node, 0);
>> > + if (client->irq == NO_IRQ)
>>
>> Just if (!client->irq) since NO_IRQ is 0 nowadays.
>
> At
On Thu, Aug 9, 2012 at 10:20 PM, Thierry Reding
thierry.red...@avionic-design.de wrote:
On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
+ client-irq = irq_of_parse_and_map(client-dev.of_node, 0);
+ if (client-irq == NO_IRQ)
Just if (!client-irq) since NO_IRQ is 0
On Fri, Aug 10, 2012 at 10:19:02AM +0200, Linus Walleij wrote:
On Thu, Aug 9, 2012 at 10:20 PM, Thierry Reding
thierry.red...@avionic-design.de wrote:
On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
+ client-irq = irq_of_parse_and_map(client-dev.of_node, 0);
+
On Fri, Aug 10, 2012 at 10:35 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
Consult the following article on LWN:
http://lwn.net/Articles/470820/
Then grep your gitlog and you'll see we got rid of it from ARM.
Then why is there still the following in arch/arm/include/asm/irq.h?
On Fri, Aug 10, 2012 at 10:41:58AM +0200, Linus Walleij wrote:
On Fri, Aug 10, 2012 at 10:35 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
Consult the following article on LWN:
http://lwn.net/Articles/470820/
Then grep your gitlog and you'll see we got rid of it from ARM.
On Fri, Aug 10, 2012 at 10:41:58AM +0200, Linus Walleij wrote:
On Fri, Aug 10, 2012 at 10:35 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
Consult the following article on LWN:
http://lwn.net/Articles/470820/
Then grep your gitlog and you'll see we got rid of it from ARM.
On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
> On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
> wrote:
> > +static __devinit int adnp_i2c_probe(struct i2c_client *client,
> > + const struct i2c_device_id *id)
> > +{
> > + struct adnp
On Sun, Aug 05, 2012 at 12:50:54PM +0200, Linus Walleij wrote:
> On Mon, Jul 30, 2012 at 9:47 AM, Thierry Reding
> wrote:
> > On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
> >> On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
> >> wrote:
>
> >> > +- interrupt-controller: Marks
On Sun, Aug 05, 2012 at 12:50:54PM +0200, Linus Walleij wrote:
On Mon, Jul 30, 2012 at 9:47 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
thierry.red...@avionic-design.de wrote:
+static __devinit int adnp_i2c_probe(struct i2c_client *client,
+ const struct i2c_device_id *id)
+{
+
On Mon, Aug 6, 2012 at 7:11 AM, Thierry Reding
wrote:
> On Sun, Aug 05, 2012 at 12:50:54PM +0200, Linus Walleij wrote:
>> We're working on a goal of a "single zImage" (one unified ARM
>> kernel) which means your platform must be able to handle the
>> case where this is turned on anyway, so I
On Mon, Aug 6, 2012 at 7:11 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
On Sun, Aug 05, 2012 at 12:50:54PM +0200, Linus Walleij wrote:
We're working on a goal of a single zImage (one unified ARM
kernel) which means your platform must be able to handle the
case where this is
On Sun, Aug 05, 2012 at 12:50:54PM +0200, Linus Walleij wrote:
> On Mon, Jul 30, 2012 at 9:47 AM, Thierry Reding
> wrote:
> > On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
> >> On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
> >> wrote:
>
> >> > +- interrupt-controller: Marks
On Mon, Jul 30, 2012 at 9:47 AM, Thierry Reding
wrote:
> On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
>> On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
>> wrote:
>> > +- interrupt-controller: Marks the device as an interrupt controller.
>> > +- nr-gpios: The number of pins
On Mon, Jul 30, 2012 at 9:47 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
thierry.red...@avionic-design.de wrote:
+- interrupt-controller: Marks the device as an
On Sun, Aug 05, 2012 at 12:50:54PM +0200, Linus Walleij wrote:
On Mon, Jul 30, 2012 at 9:47 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
On Tue, Jul 31, 2012 at 05:03:05PM -0500, Rob Herring wrote:
> For nr-gpios, I think it is typically not needed. Generally, you will
> know how many gpio lines the h/w has based on the compatible string. If
> this part really is the same part but different packages with different
> numbers of
On Tue, Jul 31, 2012 at 05:03:05PM -0500, Rob Herring wrote:
For nr-gpios, I think it is typically not needed. Generally, you will
know how many gpio lines the h/w has based on the compatible string. If
this part really is the same part but different packages with different
numbers of gpio,
On 07/31/2012 04:03 PM, Rob Herring wrote:
> On 07/30/2012 02:47 AM, Thierry Reding wrote:
>> On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
>>> On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
>>> wrote:
>>>
This commit adds a driver for the Avionic Design N-bit GPIO
On 07/30/2012 02:47 AM, Thierry Reding wrote:
> On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
>> On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
>> wrote:
>>
>>> This commit adds a driver for the Avionic Design N-bit GPIO expander.
>>> The expander provides a variable number of
On 07/30/2012 02:47 AM, Thierry Reding wrote:
On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
thierry.red...@avionic-design.de wrote:
This commit adds a driver for the Avionic Design N-bit GPIO expander.
The expander provides a
On 07/31/2012 04:03 PM, Rob Herring wrote:
On 07/30/2012 02:47 AM, Thierry Reding wrote:
On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
thierry.red...@avionic-design.de wrote:
This commit adds a driver for the Avionic Design
On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
> On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
> wrote:
>
> > This commit adds a driver for the Avionic Design N-bit GPIO expander.
> > The expander provides a variable number of GPIO pins with interrupt
> > support.
> (...)
> >
On Sun, Jul 29, 2012 at 07:13:57PM +0200, Linus Walleij wrote:
On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
thierry.red...@avionic-design.de wrote:
This commit adds a driver for the Avionic Design N-bit GPIO expander.
The expander provides a variable number of GPIO pins with interrupt
On Sunday 29 July 2012, Linus Walleij wrote:
> > +- #interrupt-cells: Should be 2. The first cell contains the GPIO number,
> > + whereas the second cell is used to specify flags:
> > +bits[3:0] trigger type and level flags
> > + 1 = low-to-high edge triggered
> > + 2 = high-to-low
On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
wrote:
> This commit adds a driver for the Avionic Design N-bit GPIO expander.
> The expander provides a variable number of GPIO pins with interrupt
> support.
(...)
> diff --git a/Documentation/devicetree/bindings/gpio/gpio-adnp.txt
>
On Mon, Jul 23, 2012 at 1:59 PM, Thierry Reding
thierry.red...@avionic-design.de wrote:
This commit adds a driver for the Avionic Design N-bit GPIO expander.
The expander provides a variable number of GPIO pins with interrupt
support.
(...)
diff --git
On Sunday 29 July 2012, Linus Walleij wrote:
+- #interrupt-cells: Should be 2. The first cell contains the GPIO number,
+ whereas the second cell is used to specify flags:
+bits[3:0] trigger type and level flags
+ 1 = low-to-high edge triggered
+ 2 = high-to-low edge
This commit adds a driver for the Avionic Design N-bit GPIO expander.
The expander provides a variable number of GPIO pins with interrupt
support.
Cc: Grant Likely
Cc: Rob Herring
Cc: devicetree-disc...@lists.ozlabs.org
Cc: Linus Walleij
Signed-off-by: Thierry Reding
---
Changes in v2:
-
This commit adds a driver for the Avionic Design N-bit GPIO expander.
The expander provides a variable number of GPIO pins with interrupt
support.
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Rob Herring rob.herr...@calxeda.com
Cc: devicetree-disc...@lists.ozlabs.org
Cc: Linus Walleij
34 matches
Mail list logo
