Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752950Ab3FKONl (ORCPT ); Tue, 11 Jun 2013 10:13:41 -0400 Received: from www.linutronix.de ([62.245.132.108]:34635 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751489Ab3FKONj (ORCPT ); Tue, 11 Jun 2013 10:13:39 -0400 Date: Tue, 11 Jun 2013 16:13:31 +0200 (CEST) From: Thomas Gleixner To: Sebastian Hesselbarth cc: Grant Likely , Rob Herring , Rob Landley , John Stultz , Russell King , Jason Cooper , Andrew Lunn , Thomas Petazzoni , Gregory Clement , devicetree-discuss@lists.ozlabs.org, linux-doc@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 1/6] irqchip: add support for Marvell Orion SoCs In-Reply-To: <51B72F5C.5020806@gmail.com> Message-ID: References: <1370536034-23956-1-git-send-email-sebastian.hesselbarth@gmail.com> <1370536034-23956-2-git-send-email-sebastian.hesselbarth@gmail.com> <51B7280B.7080604@gmail.com> <51B72F5C.5020806@gmail.com> User-Agent: Alpine 2.02 (LFD 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1073 Lines: 32 On Tue, 11 Jun 2013, Sebastian Hesselbarth wrote: > On 06/11/13 15:45, Thomas Gleixner wrote: > > But what about the bit in of that first irq in the cause register? If > > it's set on entry you call generic_handle_irq() for that as well. So > > if it's set you need to mask it in stat. If not, then it wants a > > comment. > > I am not sure I can follow. orion_bridge_irq_init() maps the first > parent irq, i.e. hwirq 0 of orion_irq. The parent irq controller > clears that irq cause when all corresponding chained irqs are > cleared. The chained (bridge) irqs are cleared by > orion_bridge_irq_handler above. That makes sense. I got confused by: irq = irq_of_parse_and_map(np, 0); but now I see that it's mapping irq 0 of the parent interrupt controller. I'll add a comment before merging it. Thanks, tglx -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/