mfd/axp20x: avoid irq numbering collision
authorJacob Pan <jacob.jun.pan@linux.intel.com>
Tue, 11 Nov 2014 19:30:09 +0000 (11:30 -0800)
committerLee Jones <lee.jones@linaro.org>
Tue, 18 Nov 2014 15:34:13 +0000 (15:34 +0000)
commitff3bbc5c637ab0843b3a9df717b6cca4e8243f0c
tree49a807c62b3ab7e22acdb8e061d9f2a71477aa3c
parent29ec0a25c8d732d4f51689060ddabb0de3356cc8
mfd/axp20x: avoid irq numbering collision

IRQ numbers in axp20x devices are defined with high-order bit first
in each IRQ enable/status registers. On Intel platforms it is more
common to number IRQs with least significant bit first. Therefore,
sharing IRQ# between the two is very difficult. Since AXP288 is a
customized PMIC for Intel platform and the amount of shared IRQs are
very small, we use separate IRQ numbering. This also fixes collision
and a duplicate in WBTO interrupt.

e.g. For the 16 interrupts controlled in IRQ enabled registers 1 & 2,
on axp20x for ARM, the PMIC local IRQ numbers and register bits are
mapped as:
IRQ#:  0  1  2  3  4  5  6  7      8  9 10 11 12 13 14 15
---------------------------------------------------------
ARM:   7  6  5  4  3  2  1  0      7  6  5  4  3  2  1  0
Intel: 0  1  2  3  4  5  6  7      0  1  2  3  4  5  6  7

Signed-off-by: Todd Brandt <todd.e.brandt@linux.intel.com>
Signed-off-by: Jacob Pan <jacob.jun.pan@linux.intel.com>
Acked-by: Jonathan Cameron <jic23@kernel.org>
Signed-off-by: Lee Jones <lee.jones@linaro.org>
drivers/mfd/axp20x.c