On 1/15/07, Kevin Annies <[EMAIL PROTECTED]> wrote:
> Thanks for the advice.
>
> I have not yet had time to implement this but will definatly try it.
Kevin, please don't top-post and trim down the replies. It makes
reading email a lot friendlier. Thanks.
> On Sat, 2007-01-13 at 23:28 +0000, Kevin Annies wrote:
> > May I ask what the limitations would be if I followed this method?
> >
> > Reffering to the VGA method
>
> The biggest problem with the VGA driver is just that - it's VGA-standard
> graphics, meaning very limited resolution and colour depth. It will work
> on pretty much any system, but only because it's the absolute lowest
> common denominator.
>
> The generic VESA driver might also be worth investigating - like VGA, it
> should work on most hardware by virtue of being an old standard, but
> supports higher resolutions and colour depths. I've never used it myself
> though, so can't offer any advice.
VESA is pretty solid for getting X to "just work" with minimal
configuration and some additional power over VGA. The only real draw
back is no acceleration of any kind and no DRI. So, things are slow.
Regardless of which implementation you want to support, the key is
that you need support in the kernel and in X. So, you basically want
to compile all the graphics and all the input drivers in the kernel
(preferably as modules). Then, you want to build all the drivers for
X. Those are the xf86-{input,video}-* packages. Some of them you could
probably ignore, but it doesn't hurt to have them installed.
--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
