External Interrupt

[Marco Stornelli]

Sergei Shtylyov ha scritto:
> Marco Stornelli wrote:
> 
>>>> I used the linux kernel 2.6.10 with a processor MPC8548E. I wrote a
>>>> driver for a device connected with the local bus. This device has an
>>>> external interrupt. In the local bus driver I have used the macro
>>>> MPC85xx_IRQ_EXT<X> to get the interrupt number and pass it to the
>>>> driver and after that register the ISR. Now with a kernel 2.6.21 this
>>>> macro isn't available because in the header file irq.h there is the
>>>> option CONFIG_PPC_MERGE that disable those options. I think this
>>>> problem is related to the migration of ppc code towards powerpc. I
>>>> know that now there is the new device tree source file where I can add
>>>> a device and its interrupt number  but I think in this file I should
>>>> describe only the platform device, and this device is not a platform
>>>> device.
> 
>>>   How comes that it's not platform device if it hangs off the local bus?
> 
>> In SoC system generally the platform device are (more or less) the
>> microprocessor controller like i2c, pci, local bus itself and so on.
> 
>     That's SoC devices but the notion of the platform device is not limited to 
> SoC device only, rather to all the on-board devices.
> 
>> I think is like if you consider a PCI board a platform device only because
>> it hangs off the PCI link.
> 
>     No. PCI devices are detectable/configurable by kernel -- even if they are 
> on-board chips, they can be found by PCI bus scan (and finally presented as 
> the device nodes as well), while local bus devices (most probably) not.  An 
> example (that comes to mind) of a device hanging off the local bus and yet 
> described by the device tree are the flash chips.

Yes you are right. The local bus is like i2c, but I've never seen a
device connected with i2c and described with a sub-node of i2c node in
the dts file, however I think it's only philosophy, the most important
thing is that there is a way to get the irq number :)

Thanks for your response.

Regards.

Marco

> 
> WBR, Sergei
> 
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded at ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>