Re: [ANNOUNCE] Gujin graphical bootloader 0.4

H. Peter Anvin (hpa@zytor.com)
Tue, 14 Aug 2001 09:42:55 -0700


Eric W. Biederman wrote:
>
>>From your reaction I'm not explaining myself well. And since I'm
> working with a work in progress that isn't too much of a suprise.
>
> The basic rule is that nothing that can be queried from the hardware
> directly should be passed to the kernel. However we do need to have
> an interface to describe the hardware that we can't do a
> PCI/ISAPNP/USB/etc bus scan to get. To a certain extent the
> information is optional because sometimes we cannot get it. But if we
> can it is good to have.
>
> That is all I intend to pass to the linux kernel besides a command
> line the unprobeable hardware details. If something becomes probeable
> in the future that wasn't in the past, I'd spec it as optional to pass
> that information.
>
> For the kernel loaders I'd definentily have a standard probe routine
> that would query the traditional BIOS, and then package the results in
> the format I'm suggesting. Because of working around BUGS sometimes
> you need extra information that gets lost in translation, so I'm not
> 100% certain that is the best way to go. However it is possible to
> turn things on their heads and share the same code between multiple
> operating systems at which point it makes real sense to move that code
> into a bootloader. This is one of those questions worth looking very
> closely at.
>

The point is that this belongs in the kernel image, so that it can be
evolved, not in the boot loaders, where it becomes static. These kinds
of things will in practice change too quickly to be frozen into boot
loaders.

It's still a bad idea.

-hpa

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/