Comment 28 for bug 7256

(In reply to comment #27)
> (In reply to comment #26)
> > We can't fix the ordering permanently unless we make the Ubuntu kernel more
> > modular, because if pmac_ide is compiled in, it is always initialized before any
> > drivers which are loaded as modules, no?
>
> Actually you can postpone the initialisation of drivers built-in to ide-core.
 So this can be
> done easily.

I see. Do we currently do this postponing?

> > Now I'm concerned about the initrd-tools patch itself, because it will change
> > the ordering for existing installs. Someone who installed Ubuntu with root on a
> > device managed by one of the drivers listed after cmd64x in Clint's list would
> > have their system rendered unbootable by this change, would they not?
>
> The patch to initrd-tools doesn't change the ordering so much as actually
making the modules
> load.

Right. But for some systems, such as Clint's, this could amount to a change in
ordering.

> Clint's problem comes from the fact that his system was installed from a
kernel that had both
> chip drivers built-in. He'd have the same problem when upgrading to a Debian
ppc kernel.
>
> However if we make the proposed change then yes it will break Ubuntu systems
installed prior to
> the change.

What changes would we need to make in order to solve the ordering issue
permanently? Would we need additional changes on top of that in order to solve
the woody upgrade problem?