[Top] [All Lists]

Re: [RFC PATCH v2 06/12] MIPS: Octeon: Add a irq_create_of_mapping() imp

To: Grant Likely <>
Subject: Re: [RFC PATCH v2 06/12] MIPS: Octeon: Add a irq_create_of_mapping() implementation.
From: David Daney <>
Date: Fri, 11 Mar 2011 10:27:53 -0800
In-reply-to: <>
Original-recipient: rfc822;
References: <> <> <>
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20101027 Fedora/3.0.10-1.fc12 Thunderbird/3.0.10
On 03/04/2011 05:07 PM, Grant Likely wrote:
On Fri, Mar 04, 2011 at 11:42:18AM -0800, David Daney wrote:
+ * irq_create_of_mapping - Hook to resolve OF irq specifier into a Linux irq#
+ *
+ * Octeon irq maps are a pair of indexes.  The first selects either
+ * ciu0 or ciu1, the second is the bit within the ciu register.
+ */

Is each 'ciu' an interrupt controller, or a 'bank' within the

The ciu0 and ciu1 are 'banks' within a single interrupt controller. Each of these 'banks' has 64 bits, each bit corresponds to the finest grained source that can be routed via the interrupt infrastructure. Each interrupt source can therefore be completely specified by its bank and bit numbers.

Also, it is typical to have another cell for specifying
flags if there is any kind of configuration for each irq line, like
edge vs. level and active high or active low.  (the counter example is
PCI which doesn't use a flags cell because all PCI irqs are level

If you look in patch 04/12, you will see that I have added such a flag cell to the device tree. In the next revision of this patch, I will be adding the logic to actually configure the polarity and triggering based on the flag cell.

There are only 16 sources (GPIO pins that can actually be configured. The remaining sources will ignore the triggering flags as they are hard wired.

You'll need to supply documentation for the ciu binding to
Documentation/devicetree/bindings before this patch gets merged.

OK, I will work on that too.

David Daney

<Prev in Thread] Current Thread [Next in Thread>