quoted
quoted
quoted
quoted
Benjamin Herrenschmidt writes:
Ben> The "interrupts" property can have various meanings depending on the OF
Ben> version, I suggest you don't mess with it. Just check that if you find no
Ben> AAPL,interrupts, and that pmac_newworld == 0, then look for parent
Ben> AAPL,interrupts.
"interrupts" property is well-defined in the OF spec for each
device-tree node, but I do not think that prom.c currently has enough
parsing ability to handle the complexity or makes too many assumption.
And it does not need to fully parse that property, as Ben suggests.
David
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
"interrupts" property is well-defined in the OF spec for each
device-tree node, but I do not think that prom.c currently has enough
parsing ability to handle the complexity or makes too many assumption.
And it does not need to fully parse that property, as Ben suggests.
I didn't say it wasn't well defined ;) I said it's usage by Apple is not.
prom.c has an interrupt tree parser that is used only on newworld macs
(they have a valid interrupt tree) and only when booting via Open
Firmware (booting via MacOS kills too much infos from the device tree to
be able to parse the interrupt tree any more).
I think it's also used on CHRP.
Ben.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
quoted
"interrupts" property is well-defined in the OF spec for each
device-tree node, but I do not think that prom.c currently has enough
parsing ability to handle the complexity or makes too many assumption.
And it does not need to fully parse that property, as Ben suggests.
I didn't say it wasn't well defined ;) I said it's usage by Apple is not.
Hrm.. in fact, it looks like _I_ was not very clear, sorry
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/