LongTrail PCI resource assignment
Timothy A. Seufert
tas at mindspring.com
Fri Mar 24 19:49:02 EST 2000
At 8:22 PM +0100 3/23/00, Michel Lanners wrote:
>That's obviously an issue. I think we should decide once and for all
>whether the OF tree is supposed to be up-to-date once the system is
>running. If so, then all fixups (also changing base address) need to be
>re-sync'ed into the OF tree, which is not done now... Or we just leave
>the OF tree alone and work only with the PCI_dev list.
It's not up to me, because I don't understand the code well enough to
contribute directly, but I'll offer these points in favor of not
updating OF:
1. Duplication of information across multiple data structures is
evil. It should be avoided at all costs.
If there was a really, really good reason to keep OF up to date
(like, say, if we could break back into the OF console like you can
on Sparcs), then it would be OK. Otherwise it is most likely
unnecessary bloat, and leads to potential confusion (and bugs). Is
there any such reason on ppc?
2. Most arch types obviously don't have an OF tree at all.
Presumably they just do everything with the pci_dev list. Therefore,
ppc should too -- it's a bad idea to be different in an unnecessary
way.
Tim Seufert
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-dev
mailing list