> Come to think of it, the kernel already supports a fair amount of
> video hardware, through framebuffer. I don't know how capable that
> is, though, beyond displaying and scrolling text in various
> resolutions, and as a place for XFree86 to fall back to. If fbdev is
> accelerated, some kind of userspace utility and kernel-space cleanup
> would potentially allow fully-accelerated (including 3D?) graphics,
> with much of the hard work in kernel space. Or is fbdev just a dumb
> framebuffer and I'm totally off track?
At present fbdev is just a dumb framebuffer. In time I plan to merge both
DRI and fbdev into one common interface. Their is alot of ideas on where
graphics handling should be done. IMO the kernel should only manage the
state of the hardware amoung the various processes. This is defintely
needed for SMP machines where two processes could be using the hardware
at the same time. Not actually programming the video hardware. That is
userland job.
-
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/
This archive was generated by hypermail 2b29 : Tue Oct 23 2001 - 21:00:27 EST