summaryrefslogtreecommitdiffstats
path: root/Documentation
diff options
context:
space:
mode:
authorMichal Simek <monstr@monstr.eu>2011-12-09 10:45:20 +0100
committerMichal Simek <monstr@monstr.eu>2012-01-05 08:29:13 +0100
commit6c7a2676f594ca9a30203b4fd5dc26b53682cffe (patch)
tree835c600a889ef88ec8a961c88a9a5b185ba80e14 /Documentation
parent9d0ced0084d8ae38883cc688ace8a9a4350d6bc9 (diff)
downloadtalos-obmc-linux-6c7a2676f594ca9a30203b4fd5dc26b53682cffe.tar.gz
talos-obmc-linux-6c7a2676f594ca9a30203b4fd5dc26b53682cffe.zip
microblaze: Change NO_IRQ to 0
As has been discussed many times[1], Using NO_IRQ set to anything other than 0 is bug waiting to happen since many drivers follow the pattern "if (!irq)" for testing whether or not an irq has been set. This patch changes the Microblaze NO_IRQ setting from -1 to 0 to bring it in line with most of the rest of the kernel. It also prepares for Microblaze eventually supporting multiple interrupt controllers by breaking the assumption that hwirq# == Linux IRQ#. The Linux IRQ number is just a cookie with no guarantee of a direct relationship with the hardware irq arrangement. At this point, Microblaze interrupt handling only supports only one instance of one kind of interrupt controller (xilinx_intc). This change shouldn't affect any architecture code outside of the interrupt controller driver and the irq_of mapping. Updated to 3.2 and to use irq_data.hwirq by Rob Herring. Tested and fixed by Michal Simek. [1] http://lkml.org/lkml/2005/11/21/221 Signed-off-by: Grant Likely <grant.likely@secretlab.ca> Signed-off-by: Rob Herring <rob.herring@calxeda.com> Signed-off-by: Michal Simek <monstr@monstr.eu>
Diffstat (limited to 'Documentation')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud