Index:
[thread]
[date]
[subject]
[author]
From: James A Simmons <jsimmons@acsu.buffalo.edu>
To : ggi-develop@eskimo.com
Date: Sun, 30 Aug 1998 20:51:14 -0400 (EDT)
Re: Problems with ATI Mach64 Driver...
On Mon, 31 Aug 1998, Geert Uytterhoeven wrote:
> On Sat, 29 Aug 1998, Jon M. Taylor wrote:
> > On Sat, 29 Aug 1998, Andrew Apted wrote:
> > > The only advantage I can see of having the cfb* as options in the kernel
> > > config is reducing kernel code size. But... if/when we integrate kgicon
> > > into the kernel makefile system, then we either (a) force all the cfb*
> > > options to be set whenever `[ ] Enable KGICON support' is set (otherwise
> > > it don't compile), or (b) live with it. Since users have to enable the
> > > `[ ] Advanced low level driver options' to disable the cfb* options,
> > > then I say (b) keep the #ifdefs and let the users RTFM.
> >
> > OK, I agree. I think the best solution is to turn the damn cfbx
> > code into modules that are compiled and linked intelligently by the kernel
> > according to a set of dependencies. It is absurd to have the user have to
> > figure out the dependencies themselves.
>
> For the drivers in drivers/video, this is already the case. If you say
> CONFIG_FBCON_ADVANCED=n, the Makefile will be smart.
>
Yes I notice taht in the Makefiles. Why is this here. Can we remove
CONFIG_FBCON_ADVANCED.
> The problem is that most people think they're smarter, hence they say
> CONFIG_FBCON_ADVANCED=y and then they start complaining :-)
>
> Greetings,
>
> Geert
>
> --
> Geert Uytterhoeven Geert.Uytterhoeven@cs.kuleuven.ac.be
> Wavelets, Linux/{m68k~Amiga,PPC~CHRP} http://www.cs.kuleuven.ac.be/~geert/
> Department of Computer Science -- Katholieke Universiteit Leuven -- Belgium
>
>
Index:
[thread]
[date]
[subject]
[author]