IXP4xx: unneeded #include platform-specific include files?
Imre Kaloz
kaloz at openwrt.org
Tue Nov 17 16:37:13 EST 2009
On 2009.11.15. 22:14:56 Krzysztof Halasa <khc at pm.waw.pl> wrote:
> "Imre Kaloz" <kaloz at openwrt.org> writes:
>
>>> None. Having worked on the Synology DS101 support for mach-ixp4xx
>>> I'm 99,99% certain that platform details can and should be private.
>>>
>>
>> Or people can simply stop the #define brain damage and use the GPIO defines.
>>
>> (hint: IRQ_IXP4XX_GPIO* for PCI stuff, and the gpio number in
>> i2c_gpio_platform_data)
>
> I think it's not "or", it's orthogonal to the platforms' private
> #defines issue.
>
> Personally I use
> #define xgpio_irq(n) (IRQ_IXP4XX_GPIO ## n)
> #define gpio_irq(n) xgpio_irq(n)
> I think we can switch to something similar on other platforms.
Ok, I should be completely missing the point here, but could someone enlighten
me why would the following make sense? (nslu2 example)
#define NSLU2_PCI_INTA_PIN 11
#define NSLU2_PCI_INTB_PIN 10
#define NSLU2_PCI_INTC_PIN 9
#define NSLU2_PCI_INTD_PIN 8
#define IRQ_NSLU2_PCI_INTA IRQ_IXP4XX_GPIO11
#define IRQ_NSLU2_PCI_INTB IRQ_IXP4XX_GPIO10
#define IRQ_NSLU2_PCI_INTC IRQ_IXP4XX_GPIO9
Then do all the "fun" in the setup code, instead of simply using
The already defined (and hardware wise more logical) IRQ_IXP4XX_GPIOx values like
I do in arch/arch/mach-ixp4xx/wg302v2-pci.c for example?
Imre
More information about the linux-arm-kernel
mailing list