Thread (1 message) 1 message, 1 author, 2012-06-13

[PATCH v5 1/7] ARM: davinci, cp_intc: Add irq domain support

From: Heiko Schocher <hidden>
Date: 2012-06-13 09:50:04
Also in: linux-devicetree

Possibly related (same subject, not in this thread)

Hello Nori,

On 12.06.2012 19:36, Sekhar Nori wrote:
Hi Heiko,

On 6/2/2012 1:06 AM, Sekhar Nori wrote:
quoted
Hi Heiko,

On 5/30/2012 3:48 PM, Heiko Schocher wrote:
quoted
Signed-off-by: Heiko Schocher<redacted>
Cc: davinci-linux-open-source at linux.davincidsp.com
Cc: linux-arm-kernel at lists.infradead.org
Cc: devicetree-discuss at lists.ozlabs.org
Cc: Grant Likely<redacted>
Cc: Sekhar Nori<redacted>
Cc: Wolfgang Denk<redacted>
Cc: Sergei Shtylyov<redacted>

---
On AM18x EVM, with this patch applied and CONFIG_KEYBOARD_GPIO_POLLED=y,
I get warnings of type:

irq 0, desc: c0372950, depth: 1, count: 0, unhandled: 0

->handle_irq():  c00552f8, handle_bad_irq+0x0/0x23c

->irq_data.chip(): c03794e8, 0xc03794e8

->action():   (null)

    IRQ_NOPROBE set

  IRQ_NOREQUEST set


They do not come when CONFIG_KEYBOARD_GPIO_POLLED=n. I am yet to debug
this, but wanted to point out now in case there is anything obvious.
Hups, seems I missed your EMail :-(
I debugged this a bit more and the good news for you is that spurious
IRQ messages have got nothing to do with your patch. Looks like the
Good :-)
spurious interrupts on interrupt line 0 were always there - just that
they were getting silently ignored earlier. I am still debugging what is
causing these spurious interrupts.
Hmm.. I did not see this on the enbw_cmc board. Maybe I can try it
on the TMDXEXP1808L board, but I must admit, that I am currently lacking
time, because of an accident ...

bye,
Heiko
-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help