[lkml]   [2003]   [Mar]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: VESA FBconsole driver?
Petr Vandrovec <> wrote:

> It was some guy from Finland and I'm under impression that this
> project is dead, because BIOSes were proven to be completely
> unstable in Linux environment.

We have been using the VESA BIOS successfully in user land under Linux
for a long time now, and I would say that the BIOS'es are just as stable
under Linux as under any other platform (you just need to know how to
code around all the screwed up versions out there ;-).

> Try searching archives,
> maybe you'll find something.

Ok, I will look. I tried searching the kernel lists but did not get
anywhere. Don't suppose you recall the name of this project?

> Maybe FreeBSD is too ia32 centric?

Perhaps, but vm86() but it's nature is ia32 specific anyway ;-)

> > Is there any reason why the vm86() services in the Linux kernel cannot be
> > used by other kernel code? Has anyone made an attempt to update the
> > vm86() services to support this?
> Why you need it? To run some parts of VGA BIOS? Why you cannot run
> them from userspace task? I think that it is much easier,
> especially now when initramfs is here.

The reason why it would nice is so that the VESA FBconsole driver (and in
fact all the FBconsole drivers that use the real mode BIOS to set an
initial display mode) can restore that mode correctly when an application
exists and restores the console. Right now it is up to the application
program to restore the console, as the kernel has absolutely no way to do
it. If that program has not way to restore it (old SVGALib code for
instance) or the application crashes, you are stuck with a black screen
if you are using a framebuffer console. If the kernel knew how to call
the BIOS to restore the mode, this problem could be completely eliminated
and services could be provided to properly restore the system state when
console graphics programs crash (or the X server for that matter if it
crashes and does not properly clean up).


Kendall Bennett
Chief Executive Officer
SciTech Software, Inc.
Phone: (530) 894 8400

~ SciTech SNAP - The future of device driver technology! ~

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:33    [W:0.137 / U:1.072 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site