From: Lee Jones <hidden> Date: 2012-11-30 15:25:08
When the STMPE IRQ is triggered to be active high level-sensitive, the
Nomadik GPIO controller it uses complains, although it still works.
Recently we attempted to move triggering to low-to-high in an attempt
to prevent the warning; however, this ensured that the IRQ was actually
missed completely. Now we have a solution which both works and keeps the
GPIO controller happy.
Signed-off-by: Lee Jones <redacted>
---
arch/arm/boot/dts/stuib.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Fri, Nov 30, 2012 at 4:24 PM, Lee Jones [off-list ref] wrote:
When the STMPE IRQ is triggered to be active high level-sensitive, the
Nomadik GPIO controller it uses complains, although it still works.
Recently we attempted to move triggering to low-to-high in an attempt
to prevent the warning; however, this ensured that the IRQ was actually
missed completely. Now we have a solution which both works and keeps the
GPIO controller happy.
Signed-off-by: Lee Jones <redacted>
Acked-by: Linus Walleij <redacted>
Is this something I should put into the ux500 tree or will you
take care of this in a separate pull request?
Yours,
Linus Walleij
From: Lee Jones <hidden> Date: 2012-12-04 09:12:23
On Sat, 01 Dec 2012, Linus Walleij wrote:
On Fri, Nov 30, 2012 at 4:24 PM, Lee Jones [off-list ref] wrote:
quoted
When the STMPE IRQ is triggered to be active high level-sensitive, the
Nomadik GPIO controller it uses complains, although it still works.
Recently we attempted to move triggering to low-to-high in an attempt
to prevent the warning; however, this ensured that the IRQ was actually
missed completely. Now we have a solution which both works and keeps the
GPIO controller happy.
Signed-off-by: Lee Jones <redacted>
Acked-by: Linus Walleij <redacted>
Is this something I should put into the ux500 tree or will you
take care of this in a separate pull request?
Can you still get this into the RCs, as it's a bugfix?
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
On Tue, Dec 4, 2012 at 10:12 AM, Lee Jones [off-list ref] wrote:
On Sat, 01 Dec 2012, Linus Walleij wrote:
quoted
On Fri, Nov 30, 2012 at 4:24 PM, Lee Jones [off-list ref] wrote:
quoted
When the STMPE IRQ is triggered to be active high level-sensitive, the
Nomadik GPIO controller it uses complains, although it still works.
Recently we attempted to move triggering to low-to-high in an attempt
to prevent the warning; however, this ensured that the IRQ was actually
missed completely. Now we have a solution which both works and keeps the
GPIO controller happy.
Signed-off-by: Lee Jones <redacted>
Acked-by: Linus Walleij <redacted>
Is this something I should put into the ux500 tree or will you
take care of this in a separate pull request?
Can you still get this into the RCs, as it's a bugfix?
Well it doesn't apply to the -rc:s since it's patching
arch/arm/boot/dts/stuib.dtsi which does not exist in
the v3.7 series.
Either what you want is to submit a fix to Arnd & Olof
on top of your previous DT patches, or you need to send
a rebased version...
Yours,
Linus Walleij
From: Lee Jones <hidden> Date: 2012-12-04 13:58:12
On Tue, 04 Dec 2012, Linus Walleij wrote:
On Tue, Dec 4, 2012 at 10:12 AM, Lee Jones [off-list ref] wrote:
quoted
On Sat, 01 Dec 2012, Linus Walleij wrote:
quoted
On Fri, Nov 30, 2012 at 4:24 PM, Lee Jones [off-list ref] wrote:
quoted
When the STMPE IRQ is triggered to be active high level-sensitive, the
Nomadik GPIO controller it uses complains, although it still works.
Recently we attempted to move triggering to low-to-high in an attempt
to prevent the warning; however, this ensured that the IRQ was actually
missed completely. Now we have a solution which both works and keeps the
GPIO controller happy.
Signed-off-by: Lee Jones <redacted>
Acked-by: Linus Walleij <redacted>
Is this something I should put into the ux500 tree or will you
take care of this in a separate pull request?
Can you still get this into the RCs, as it's a bugfix?
Well it doesn't apply to the -rc:s since it's patching
arch/arm/boot/dts/stuib.dtsi which does not exist in
the v3.7 series.
Either what you want is to submit a fix to Arnd & Olof
on top of your previous DT patches, or you need to send
a rebased version...
Ah, well if it's fixing something that isn't in the -rc:s, then
it doesn't need to go into the -rc:s. Well as the merge window
is not long opening, I'll hold on to it and stick it in for -rc1
or something.
Thanks for letting me know.
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog