On Wed, 28 Nov 2012, Viresh Kumar wrote:
> On 28 November 2012 01:25, Rabin Vincent wrote:
> > 2012/11/27 Viresh Kumar :
> >> On 27 November 2012 14:10, Lee Jones wrote:
> >> I haven't seen this in any of SPEAr boards i have worked on. Maybe Rabin
> >> would have, that's why he added that part o
On 28 November 2012 01:25, Rabin Vincent wrote:
> 2012/11/27 Viresh Kumar :
>> On 27 November 2012 14:10, Lee Jones wrote:
>> I haven't seen this in any of SPEAr boards i have worked on. Maybe Rabin
>> would have, that's why he added that part of code :)
>>
>> @Rabin/Linus: Do you remember why ha
2012/11/27 Viresh Kumar :
> On 27 November 2012 14:10, Lee Jones wrote:
> I haven't seen this in any of SPEAr boards i have worked on. Maybe Rabin
> would have, that's why he added that part of code :)
>
> @Rabin/Linus: Do you remember why have you added this in stmpe driver:
>
> + if (stmpe
On 27 November 2012 14:10, Lee Jones wrote:
> On Tue, 27 Nov 2012, Viresh Kumar wrote:
>> Problem is with invert polarity, which the interrupt controller is not aware
>> of.
>> For example, suppose interrupt controller needs Rising edge interrupt, but
>> the board has inverted the line between st
On Tue, 27 Nov 2012, Viresh Kumar wrote:
> On 27 November 2012 08:10, Viresh Kumar wrote:
> > On 27 November 2012 00:10, Grant Likely wrote:
> >> It would actually be good to ask the interrupt controller driver what
> >> kind of interrupt signal it expects for a given interrupt line. That
> >> s
On 27 November 2012 08:10, Viresh Kumar wrote:
> On 27 November 2012 00:10, Grant Likely wrote:
>> It would actually be good to ask the interrupt controller driver what
>> kind of interrupt signal it expects for a given interrupt line. That
>> should also solve the problem and I think it would be
On 27 November 2012 00:10, Grant Likely wrote:
> Ah, so it is configuring the way the device emits interrupts; not how
> the interrupt controller processes them. Fair enough.
Finally i am able to convince somebody that stmpe is different :)
> It would actually be good to ask the interrupt contro
On Fri, 23 Nov 2012 23:03:47 +0530, Viresh Kumar
wrote:
> On 23 November 2012 15:11, Grant Likely wrote:
> > On Fri, 23 Nov 2012 00:26:20 +0530, Viresh Kumar
> > wrote:
>
> >> + - irq-trigger : IRQ trigger to use for the
> >> interrupt to the host
> >> + - irq-invert-po
On Fri, 23 Nov 2012, Viresh Kumar wrote:
> On 23 November 2012 15:11, Grant Likely wrote:
> > On Fri, 23 Nov 2012 00:26:20 +0530, Viresh Kumar
> > wrote:
>
> >> + - irq-trigger : IRQ trigger to use for the
> >> interrupt to the host
> >> + - irq-invert-polarity
On 23 November 2012 15:11, Grant Likely wrote:
> On Fri, 23 Nov 2012 00:26:20 +0530, Viresh Kumar
> wrote:
>> + - irq-trigger : IRQ trigger to use for the interrupt
>> to the host
>> + - irq-invert-polarity : bool, IRQ line is connected with
>> reversed pol
On Fri, 23 Nov 2012, Viresh Kumar wrote:
> From: Vipul Kumar Samar
>
> This patch extends existing DT support for stmpe devices. This updates:
> - DT support from stmpe SPI and I2C drivers
> - missing header files in stmpe.c
> - stmpe_of_probe() with pwm, rotator and new bindings.
> - Bindings a
On Fri, 23 Nov 2012 00:26:20 +0530, Viresh Kumar
wrote:
> From: Vipul Kumar Samar
>
> This patch extends existing DT support for stmpe devices. This updates:
> - DT support from stmpe SPI and I2C drivers
> - missing header files in stmpe.c
> - stmpe_of_probe() with pwm, rotator and new bindings
From: Vipul Kumar Samar
This patch extends existing DT support for stmpe devices. This updates:
- DT support from stmpe SPI and I2C drivers
- missing header files in stmpe.c
- stmpe_of_probe() with pwm, rotator and new bindings.
- Bindings are updated in binding document.
Signed-off-by: Vipul Ku
13 matches
Mail list logo
