Re: replacing X Window System !
From: Helge Hafting
Date: Thu May 18 2006 - 08:03:50 EST
linux cbon wrote:
--- Valdis.Kletnieks@xxxxxx a Ãcrit :
All graphical applications - sure.
On Wed, 17 May 2006 13:47:22 +0200, linux cbon said:
If it isn't backward compatible, people won't use
it. X may suck,
but it doesn't suck hard enough that people will
abandon all their
currently mostly-working software.
If we have a new window system, shall all applications
be rewritten ?
My idea is that the kernel should include universalYou contradict yourself here. You complained that
X runs too many things as root, and is therefore unsafe.
Now you want to move graphichs into the kernel???
Don't you know that the kernel is even more privileged than
root, so anything running in the kernel is way more
dangerous than a program running as the root user?
Also note that windows runs its graphics in the kernel,
and have exactly this problem. An error in the windows
graphichs system can therefore crash the machine.
X has a harder time crashing the machine because it
is not in the kernel, but of course the root privilege
is still somewhat dangerous as you mentioned.
The real security fix would be to run X as a non-root
user, except for a hw acceleration library that
should be in a kernel driver. This can be done without
changing the apps too - wether it is doable without
performance loss is another issue.
And then we would NOT need ANY window system AT ALL.Your solution does not mean "no window system at all"
We wouldnt have 2 os (kernel and X) at the same time
It would be faster, simpler, easier to manage etc.
You still got one, except now it is in the kernel and
therefore more dangerous. We do not have 2 os now,
because X is _not_ an os. Please look up what an os _is_,
and you'll see that.
Also, please tell why this would be faster, simpler, or
easier to manage. Stuff in the kernel is generally
harder to manage than userspace stuff, and definitely
not simpler. Kernel code lives with all sorts of requirements
and limitations that an application programmer would hate
to have to worry about.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/