Date: Sun, 16 Nov 1997 00:47:13 -0800 From: Jonathan Mini <mini@d198-232.uoregon.edu> To: sos@FreeBSD.dk Cc: hackers@FreeBSD.ORG Subject: Re: VESA VBE 1.2 and 2.0 library Message-ID: <19971116004713.06932@micron.mini.net> In-Reply-To: =?iso-8859-1?Q?=3C199711160836=2EJAA11296=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Sun=2C_Nov_16=2C_1997_at_09=3A36=3A2?= =?iso-8859-1?Q?3AM_%2B0100?= References: <19971115163359.29992@micron.mini.net> <199711160836.JAA11296@sos.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
Søren Schmidt <sos@FreeBSD.dk> stands accused of saying: > In reply to Jonathan Mini who wrote: > > Sounds VERY interesting! > I'll help out testing and what else I'm able to do... Cool. I will probably be asking you a few questions abotu how syscons functions.. > You have commit privs right?, just grap yourself the next free dev #... :) Nope. > > > I am developing a library which will provide VESA VBE 1.2 and 2.0 support > > for FreeBSD. It works as follows : > > 1) There is a device in the kernel which provides memory mappings for > > the video card, and (if needed) a virtual framebuffer mapping in kernel > > memory. (this ensures that the framebuffer won't get swapped out) > > 2) a vm86 daemon which contains mappings to the virtual framebuffer (if > > in use) and io privelege to the video card's I/O space. This daemon has > > two purposes : one, it performs VBE calls requested by the vesa device > > and returns the results (often data tables) where the vesa device can > > reach them to pass back to the caller. > > 3) A library which acts as a front-end for the vesa device and hides the > > whole interface between the vesa device and userland. It also will manage > > contention against syscons, if enabled. (For example, it will handle > > switching between vtys, changing the keyboard mode, etc) > > > > This provides support for all VESA VBE video modes on any card which supports > > 1.2 or better of the spec. (I have never seen a card which did not suport at > > least VBE 1.2, and this is including old 8 bit VGA wanna-be cards that are so > > slow you would never want to use one) It will also use a linear framebuffer > > if the card provides it, and if not, a virtual frambuffer will be made > > available. The virtual framebuffer is much slower, but it works. > > > > So, I am officially requesting a major number to be assigned to me for the > > device 'vesa' which provides the memory mappings needed for this system to > > work. > > > > -- > > Jonathan Mini Ingenious Productions > > Software Development P.O. Box 5693, > > Eugene, Or. 97405 > > > > "A child of five could understand this! Quick -- Fetch me a child of five." > > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > Even more code to hack -- will it ever end > .. -- Jonathan Mini Ingenious Productions Software Development P.O. Box 5693, Eugene, Or. 97405 "A child of five could understand this! Quick -- Fetch me a child of five."
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19971116004713.06932>