On Thu, May 15, 2003 at 05:30:52PM +0100, Russell King wrote:
> On Thu, May 15, 2003 at 09:03:50AM -0700, Matt Porter wrote:
> > On Thu, May 15, 2003 at 02:59:20PM +0100, Russell King wrote:
> > > The location and interrupt of some platform devices are only known by
> > > platform specific code. In order to avoid putting platform specific
> > > parameters into drivers, place resource and irq members into struct
> > > platform_device.
> > >
> > > Discussion point: is one resource and one irq enough?
> >
> > No.
> >
> > We have the same need for PPC SoC and system controller on-chip
> > devices. Some devices have multiple interrupts and/or resources.
>
> Is there a sane limit on the number of interrupts and resources for one
> device?
As of today, I know of a device that has 5 interrupts and another
with 2 interrupts. I believe two resources is the most I've seen
so far on a "dumb" on-chip device.
I think having an array of irqs and resources of max count 8 should
do it for now.
No matter what we choose, the hardware designers will screw it up
eventually.
Regards,
-- Matt Porter mporter@kernel.crashing.org - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu May 15 2003 - 22:00:57 EST