Re: [Xpert]Video drivers and the kernel

Jeremy Jackson (jeremy.jackson@sympatico.ca)
Wed, 14 Feb 2001 13:58:24 -0500


Please CC me if sending to xpert list.

This is a big topic. I think I can contribute a whole two cents worth
though...
Interesting to note that NT's windowing system moved from being originally
in userland to inside the kernel between V3.? and 4.0. Remember mom saying
"If your friends all jump off a bridge..."

The issue I understand is that context switching kernel<>user slows things
down.
And then there's trying to make an api... XFree just maps mmio/framebuffer
and ioports
into it's own address space and bangs the hardware, so it's fast and can do
anything.
DRI extends this to client 3D code in a sense.

Bottom line for me, I don't care; as long as I still can use remote X apps,
and Quake3 uses
my 3D hardware, I'm happy to have people spend their time improving X how
they see fit,
and they're done an incredible job so far.

My only complaint is when there's a problem with X: It's cool that I can
just restart it
rather than reboot like windows. (so you can play from console of a server
right? :)
This is a benefit of it being in userspace. But it would be nice
if I didn't have to do it via telnet; sometimes I don't have a box on a
network.
(Aside, is this because X uses keyboard in raw mode? would be nice to still
be able to ctrl-alt-del to rebood from console) Anyone know about
using alt-sysrq to restore console?

So, if the kernel had a card specific module that just knew enough
to put the card back into text mode, or if it used the card's bios
to do it like the int10.a module in XFree 4.0, we would lack for nothing.
(hmm vesafb could be extended?)

> On Tue, 13 Feb 2001, Louis Garcia wrote:
>
> > I was wondering why video drivers are not part of the kernel like every
> > other piece of hardware. I would think if video drivers were part of the
> > kernel and had a nice API for X or any other windowing system, would not
> > only improve performance but would allow competing windowing systems
> > without having to develop drivers for each. Has anyone thought or
> > rejected this idea.

-
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/