Messages in this thread | | | Date | Wed, 24 May 2006 17:41:48 +0200 (CEST) | From | Geert Uytterhoeven <> | Subject | Re: OpenGL-based framebuffer concepts |
| |
On Wed, 24 May 2006, Helge Hafting wrote: > Kyle Moffett wrote: > > The one really significant potential problem with the exo-kernel model for > > graphics is that the kernel *must* have a stable way to display kernel > > panics regardless of current video mode, framebuffer settings, 3D rendering, > > etc. The kernel driver should be able to provide some fundamental > > operations for compositing text on top of the framebuffer at the primary > > viewport regardless of whatever changes userspace makes to the GPU > > configuration. We don't have this now, but I see it as an absolute > > requirement for any replacement graphics system. This means that the kernel > > driver should be able to understand and modify the entire GPU state to the > > extent necessary for such a text console. > I am not so sure I want this at all. > In the early 90's, I used unix machines wich did exactly this - spamming the > framebuffer console with occational messages while X was running. > Yuck yuck yuck yuck yuck . . .
And the funny thing is that Linux used to do this as well ;-)
Gr{oetje,eeting}s,
Geert
-- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds - 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/
| |