| |||||||||||||
The case for the /usr mergeThe case for the /usr mergePosted Jan 27, 2012 23:21 UTC (Fri) by dlang (✭ supporter ✭, #313)In reply to: The case for the /usr merge by gb Parent article: The case for the /usr merge
the thing is that with video, more was moved out than was possible while still keeping the system reliable.
note that most of the driver is still in userspace, it's only a tiny portion that's been moved in to the kernel, just enough to be able to track (and set) the video mode.
to butcher a quote
this is just a small correction
(Log in to post comments)
The case for the /usr merge Posted Jan 28, 2012 14:58 UTC (Sat) by nix (subscriber, #2304) [Link]
Memory management is also in the kernel (again, because it has to be, you can't share that sort of thing between multiple instances of Mesa, and you have multiple instances of Mesa all the time because the apps often have their own instances rather than going through the X server, for performance reasons). The command stream checker also obviously has to be in the kernel, to protect against a malicious userspace.
|
|||||||||||||