Date: Fri, 29 Oct 1999 09:00:14 +0900 From: Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp> To: "Ronald F. Guilmette" <rfg@monkeys.com> Cc: freebsd-bugs@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/14566: Non-kernel programs have little/no control over VGA/VESA devices Message-ID: <199910290000.JAA06014@zodiac.mech.utsunomiya-u.ac.jp> In-Reply-To: Your message of "Thu, 28 Oct 1999 13:30:02 MST." <199910282030.NAA31057@freefall.freebsd.org> References: <199910282030.NAA31057@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> Yes, the vgl(3) library contains functions which implement the kinds of > things that I was talking about, and yes, there should be a reference to > vgl(3) _somewhere_ on the vga(4) man page. > > However, I think that my bug report is still very valid. [...] > The vgl(3) library is an ordinary, user-level library, properly documented > in Section 3 of the manual. But the functionality it provides *must* be > implemented in terms of some lower-level (kernel) capabilities. Those > lower level (direct hardware control) capabilities are obviously available > in user land (or else the vgl(3) library could not have been built) but I > still don't know how _I_, as a programmer, can get at those lower level > capabilities directly. [...] I don't know how closely you want to control the video hardware. But, I have a version of slightly enhanced vgl library which can do VESA modes as well as the standard VGA modes (the version of vgl included in -CURRENT and -STABLE cannot handle the VESA modes *sigh*). Soeren and I developed it, but have not yet committed to the source tree. I can send you the new version for review if you like. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199910290000.JAA06014>