Re: Dynamically loaded fbcon drivers?

Gerd Knorr (kraxel@goldbach.isdn.cs.tu-berlin.de)
Fri, 28 Aug 1998 19:29:35 +0200


In lists.linux.kernel you write:

>Jes.Sorensen@cern.ch said:
>> "Kendall" == Kendall Bennett <KendallB@scitechsoft.com> writes:
>> > However when does the fbcon stuff get initialised, and Kendall> can it
>> > be initialised late enough in the bootup sequence such Kendall> that
>> > the device drivers for the console can be loaded from Kendall> the
>> > file system? What sort of problems are we going to have Kendall> to
>> > face getting our driver loading code working in the Kendall> kernel?

>> Start by taking a look at Geert's abscon page:
>> http://www.cs.kuleuven.ac.be/~geert/Console/

>> It is possible to do loadable frame buffers.

>It's possible to do loadable filesystems, but we still can't have our root
>filesystem as a module.

>For framebuffers, it's not quite so difficult, though - you can, I believe, use
>a generic framebuffer to boot with, and load the specific driver for your card
>afterwards. As long as your card can manage either text modes or a VESA mode
>with linear framebuffer, you can use the existing support at boot time, and
>load your new driver immediately afterwards.

The first driver which registers as framebuffer device takes over the console,
you can't replace it later on.

But you can load the first framebuffer device driver as module. insmod from
startup scripts, for example. Or boot blindly to the prompt, login,
"modprobe kgicon" => voila.

Gerd

-- 
powered by vim                     | Gerd Knorr <kraxel@cs.tu-berlin.de>

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html