This isn't an x86 world. For most other architectures, there *must* be
a kernel driver. Check out linux/drivers/video. But what X is doing at
this point is taking over access to the video card and using it's own
driver. So see, there needs to be no split of X. I could also argue
that if video was moved into the kernel in that manner, stability would
decrease, but performance could be dramatically increased.
> Both options cause political troubles. Currently the X server is
> shared with OS/2 and other crummy systems. If the Linux kernel had
> serious video drivers for PC hardware, then driver support for the
> other operating systems would mostly go away. Linux would become
> a better desktop OS, at the expense of various crummy systems.
I find this to be a flawed argument.
> Both options cause more work for Linus. This totally kills the idea.
> See his past postings flaming the GGI/KGI developers.
I think GGI/KGI were overkill -- especially at the time. But with the
advent of embedded systems, you simply just can't say "use X" anymore.
I believe that there needs to be basic 2D acceleration available in
kernel space. They already have to be there for non-BIOS architectures,
so why not take advantage of them?
> If you ever write this, go ahead and throw in the rest. I mean the
> window manager, xterm, and a GDK system call even. My hardware can
> spare the memory, but CPU cycles are way too scarce. Clean design
> can go screw itself when it eats CPU time. Don't worry about being
> accepted into the main kernel, because that won't happen no matter
> what you do. Have fun hacking, and whip XFree86's ass.
Check out GTKFb and Embedded QT. Whip XFree86's ass? But the author
was talking about writing kernel drivers *for* Xfree86... You are
correct in the fact that this will never happen. But as far as video in
the kernel, you are wrong.
Brad Douglas
brad@neruo.com
http://www.linux-fbdev.org
-
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/