Messages in this thread | | | Date | Fri, 11 Mar 2005 13:13:37 -0500 | From | Jon Smirl <> | Subject | Re: [Linux-fbdev-devel] [announce 0/7] fbsplash - The Framebuffer Splash |
| |
On Fri, 11 Mar 2005 18:03:20 +0000 (GMT), James Simmons <jsimmons@www.infradead.org> wrote: > > > > Thats why moving the eye candy console into user space is such a good > > > > idea. You don't have to run it 8) It also means that the console > > > > development is accessible to all the crazy rasterman types. > > > > > > Yep. The basic console we already have. Everyone who wants eye candy can switch > > > from basic console to user space console in early userspace. > > > > > > > Heh, I'm afraid it does not work like that. Anyone who wants eye-candy > > simply applies broken patch to their kernel... unless their distribution applied one > > already. > > > > Situation where we have one working eye-candy patch would certainly > > be an improvement. > > Why do we need patches in the kernel. Just set you config to > CONFIG_DUMMY_CONSOLE, CONFIG_FB, CONFIG_INPUT and don't set fbcon or > vgacon. Then have a userspace app using /dev/fb and /dev/input create a > userland console. There is no need to do special hacks in the kernel.
/dev/fb is not accelerated, if you want full acceleration use /dev/dri. Using /dev/dri you can write a fully composited console that displays dengavi in realtime. This is also a path to getting multiuser working without a lot of kernel patches.
-- Jon Smirl jonsmirl@gmail.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |