very minor 405GP and 405GPr PCI difference

[Andrew May]

On Tue, Oct 08, 2002 at 02:14:19PM +1000, David Gibson wrote:
>
> On Sun, Oct 06, 2002 at 06:31:20PM -0700, Matt Porter wrote:
> >
> > On Sat, Oct 05, 2002 at 10:23:14PM -0700, Andrew May wrote:
> > >
> > > It would be nice to have the option to let the boot loader set the
> > > mapping. I have been happy with getting things done in PPCBoot and
> > > ripping out the PCI scanning in the kernel.
> >
> > Yes, that's the ideal situation and going to what David and I would
> > like to see makes that yet another simple fallout feature.
> >
> > Your custom port using a good implementation of PPCBoot simply
> > would not call the pci macro init library nor would it use pci_auto.
>
> As Matt says, this would fall out naturally from a better control
> structure.  Howeever, I tend to think that leaving things like this to
> the bootloader/firmware is a bad idea:

A full featured bootloader like PPCboot will need to setup the PCI bus
to work with PCI devices, so it is not like it is always an extra burden
on the bootloader or useless work.

> The kernel has to know how PCI addresses are mapped anyway, so this
> becomes yet another point at which the kernel and firmware are bound
> together.  Why should the kernel have code to deal with umpteen
> different cases of how PCI might have been set up, or not set up by
> the firmware/bootloader, when it can just take control of the host
> bridge and reprogram it how it wants?  Once the debugging cruft comes
> out, it should only be a couple of hundred bytes of code.

I wouldn't want to see the kernel deal with all the possible mapping
configurations. Right now with everything getting remapped a couple
of times it makes it hard to follow what the final mapping will be.
Then we also have the core Linux PCI code that will try to fixup things
again, if it thinks it is needed. PPCBoot knows how the kernel wants
things setup so there should be no need to fix it up.

So I just want you to keep in mind the PCI bus fixup can be a config
option that can be built out if desired. It really shouldn't be tied
to the board itself, since it is also common to load in PPCboot into
Walnut boards.

Then there is always the case of hot-plugs, and the kernel will always
have to do that mapping there.

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/