[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
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