On Tue, May 08, 2018 at 09:07:27AM +0200, Geert Uytterhoeven wrote:
Hi Greg,
On Tue, May 8, 2018 at 9:00 AM, Greg Kroah-Hartman
<gregkh@xxxxxxxxxxxxxxxxxxx> wrote:
On Mon, May 07, 2018 at 09:51:12AM +1200, Michael Schmitz wrote:
the BUG() was triggered by loading a Mac Nubus network card module on
a multiplatform kernel running on an Amiga machine. Up to Finn's Nubus
core rewrite (this February), we've seen no errors. Since then, Nubus
drivers fail to register because the Nubus bus is only registered on
Macs.
Can't see link order involved here at all.
The link order is totally involved here :)
Link order determines the order in which init calls are run, so you need
to ensure that your bus code comes before any drivers that use that bus
code in link order. That way, at init time, your bus is created first,
preventing this type of error to happen.
The issue here is not due to link ordering, but due to the bus not being
registered on a system that doesn't have that particular bus.
But how can that happen if the bus code is not present in the system at
that point in time? Hardware doesn't matter at all here.
Akin to booting a kernel on an old PC without PCI, and loading a driver
module for a PCI network card. I guess that doesn't crash (because no one
has a PC without PCI anymore? ;-)
No, it should work just fine, try it! :)
The driver will not bind to anything, but the bus code should work
properly, as long as it is initialized before the driver tries to
register with that specific bus type.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
