[PATCH 2/8] Add uli1575 pci-bridge sector to MPC8641HPCN dts file.
Segher Boessenkool
segher at kernel.crashing.org
Sun Jun 3 06:23:32 EST 2007
>> Yes, I think we all agree -- it should be interrupt-controller at 20,
>> with 20, a0, 4d0 in the "reg" property.
>
> In the current tree it is called "i8259" in mpc8641_hpcn.dts.
"interrupt-controller" is the preferred name for all
interrupt controller nodes. The "compatible" property
can easily distinguish between different types. Not
that it matters all that much -- just remember that
the "name" is used for device matching before "compatible"
is (_should_ be, Linux ignores this part of the standard
right now in most cases), so don't put junk in there!
> The other
> ones which have a 8259 are not usable (mpc8555 for example). I don't
> even understand their reg property (19000 0 0 0 1),
Very weird indeed. What bustype is this? (I looked it up,
it's PCI, and I can't make heads or tails of it either --
it says it sits on bus #1, although its parent isn't bus #1;
and the final "1" should be "0". Many more weird things
in that node, too).
> and the driver
> has hardcoded addresses at 0x20 and 0xa0, which is reasonable
> since I've never seen an ISA bridge put the 8259 at another address.
As long as the driver (platform code I hope?) at least checks
for the existence of the node, that's fair enough I guess.
Actually using the "reg" would be better of course.
>> I'm not sure what "compatible" should be for this node, someone
>> else can dig that up :-)
Oh what the hell, I'm too curious... "pnpPNP,0" it is.
> I believe that "8259" should appear somewhere because of the
> "8259-interrupt-acknowledge" property (defined in CHRP bindings)
> which you can have on the parent bridge to speed up interrupt
> vector acquisition.
You're not CHRP so you have nothing to do with the CHRP
bindings...
Segher
More information about the Linuxppc-dev
mailing list