Linked by Thom Holwerda on Sun 20th Apr 2008 12:52 UTC, submitted by Michael Larabel
X11, Window Managers Have you ever been annoyed by Linux' lack of a coherent graphical boot process? Graphics hardware causing problems during sleep/wake cycles? Problematic virtual terminal switches? Kernel-based mode-setting, a new feature of Xorg still in heavy development aims to solve many of these problems by moving the mode-setting code from the user-space X driver into the Linux kernel. Phoronix takes a look at this new feature.
Thread beginning with comment 310546
To read all comments associated with this story, please click here.
by hobgoblin on Sun 20th Apr 2008 13:43 UTC
Member since:

have always been one of those weird interactions between kernel and X in unix os's.

that a user space app should take over full control of some hardware, to the degree that if said app should get into trouble, there is no way for the kernel to recover from it, was more or less insane.

but then i guess X was originally designed to run on a more bare bones kernel (if any at all) at the terminal end of things, and therefor needed the ability to handle said control.

Reply Score: 8

RE: this...
by sbergman27 on Sun 20th Apr 2008 14:15 in reply to "this..."
sbergman27 Member since:

It's always been somewhat embarrassing to me that switching from X to a character-based vt could sometimes lock up the console. Doesn't happen often. But on a busy machine it does occasionally happen. I take it that this enhancement corrects that situation.

Reply Parent Score: 3

RE[2]: this...
by hobgoblin on Sun 20th Apr 2008 14:55 in reply to "RE: this..."
hobgoblin Member since:

one should think so as there is no longer a need for a "sync" between the kernel and X about what state the card is in.

btw, is it just me or have there yet to be a "sync" based system that works flawlessly under load, for any kind of use?

cvs/svn/git is sync for code, and we have heard horror stories about having to clean up large syncs.

calender sync is a hit or miss experience, even when both sides are from the same company.

and the list goes on...

Reply Parent Score: 4

RE[2]: this...
by Havin_it on Mon 21st Apr 2008 08:20 in reply to "RE: this..."
Havin_it Member since:

I can assure you, with any recent Intel X-driver, it happens bl**dy constantly. I've tried every recent version but invariably end up going back to 1.7.4 so I can shut down without X falling over so badly I can't even SysReq out of it.

If this approach puts an end to this instability, I'm all for it. But I won't hold my breath...

Reply Parent Score: 2