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]