On Maw, 2004-09-21 at 16:56, Jon Smirl wrote: > > "Driver decides to either do it itself in kernel, or call userspace > > helper if that would be too complex".
It is > The driver almost always needs to go to user space to get the file of > mode line overrides that the user can create. But there is nothing > stopping you from building everything in the kernel. For random PC cards this is true. If you take something like the voodoo1 which essentially has two fixed modes, or vesafb its obviously a bit different (ditto a lot of embedded devices) You also want one mode embedded in every driver so that if the user space fails, aliens eat your network connection, it panics while mode switch computing or the like you can get a mode to see what went bang. Thats probably "single console 640x480 vga timings" for the general case and also does for boot up until userspace on disk (or initrd) has the video initialized the way the user wants it in the end. We also mooted caching settings when it made sense (eg when the computation is hard and the mmio whacking trivial) to get better mode change performance on vt flip. Alan ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
