| |||||||||||||
Moving mode setting into the kernelMoving mode setting into the kernelPosted Jan 22, 2007 22:01 UTC (Mon) by nix (subscriber, #2304)Parent article: LCA: Updates on the X Window System
Surely there must be a fallback mode-setting implementation which works in
(Log in to post comments)
Moving mode setting into the kernel Posted Jan 22, 2007 22:12 UTC (Mon) by bronson (subscriber, #4806) [Link] Those other systems can take the jettisoned code and set up a modesetting shim between their kernel and X. That would be more desirable than letting all the hardware-specific junk continue to live inside the X server, wouldn't it?
Moving mode setting into the kernel Posted Jan 22, 2007 22:58 UTC (Mon) by drag (subscriber, #31333) [Link] Well the utopian viewpoint in this is that X should have absolutely nothing to do with the hardware.
That their should be a standardized API that the OS should have that will allow X to run well. OSes then are free to impliment that in any manner that they want to.
That is one of the reasons they are targetting OpenGL.
OpenGL is able to provide most of the low-level things that X needs, as well as provide plenty of extra capabilities that will be required by applications now and into the future.
The only major problem with it is that it doesn't have a standard for having ways for a application to control aspects of the display that X needs to have to do things like the RandR stuff.
Assuming that gets sorted out (and it should) then X becoming a pure OpenGL means that it becomes just another application that a OS can handle in any manner that that OS see fits. Usermode drivers, kernelmode drivers, software mesa, etc etc. Whatever works best for that system design.
Right now it's 'You use X's drivers to access harwdare or you won't use X at all'. It's a very non-portable way to be portable, it seems like to me.
Moving mode setting into the kernel Posted Jan 23, 2007 15:23 UTC (Tue) by sylware (guest, #35259) [Link] As far as I know, there is no randr equivalent model in opengl (even opengl egl).If they target opengl only, the khronos group (the guys which are now defining opengl) have to improve the opengl APIs in order to include at least the services randr provides. If the opengl APIs stay out of the randr addressed issues and xorg folks still pushes hard towards opengl, we will end with a xorg server reduced to only opengl/glx and randr.
Moving mode setting into the kernel Posted Jan 23, 2007 15:37 UTC (Tue) by k8to (subscriber, #15413) [Link] Of course remember that the terminal situation you propose (and I agree that could occur) need not be terminal. There could be some folding together at some point afterwards.
Moving mode setting into the kernel Posted Feb 1, 2007 14:50 UTC (Thu) by Janne (guest, #40891) [Link] "Otherwise the portability of the X server to non-Linux systems(and older Linux systems too) will go *way* down :/"
What makes you think that? Is there any reason why BSD's (for example) couldn't offer the needed functionality as well? And the comment said that "He wants to move mode-setting in to the kernel". Where exactly does that comment say that he wan't to move it to the LINUX-kernel, and only to Linux-kernel? Other kernels could offer the same functionality as well. If they choose not to offer it... well, that's their problem.
As to older Linux-systems.... Since they are older system, why couldn't they keep on using an older release of X? if you want the latest bells and whistles, using an old version might not be the best idea.
|
|||||||||||||