Why is graphics such a special case? By that logic:
The number of sound cards is enormous -> It requires kernel updates to use
new sound boards -> Let's get rid of /dev/audio and farm it out to userland
instead, hitting the hardware directly with one of the many sound server
binaries
The number of ethernet cards is enormous -> It requires kernel updates to
use new ethernet cards -> SUID root ethernet "drivers"
etc., etc. You seem to imply that all these things should be thrown out,
like another poster who complained that there was stuff in the kernel
tarball he didn't use; and that the missing functionality might be handled
by _huge_ userspace binaries. The answer to this is not to throw out GGI
but to break up the kernel, which according to many people on this list
should probably happen eventually. Then people can decide for themselves
what they like.
Either way, it's not the drivers we have to sync with the kernel. The
drivers call wrapper functions, a standard (KGI) API, so only those wrapper
functions need to be modified--not every single driver. The drivers only
need to be changed if the KGI API is. Hey, we're keeping it in sync now,
and look how often you guys break stuff! ;)
-- Jim Ursetto | You don't tug on Superman's cape ursetto@uiuc.edu | You don't spit into the wind e38 | You don't pull the mask off the ol' Lone Ranger -------------------> An' you don't mess around with Jim- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu