Hello TheeMahn and team dev on the site.
I have run into post that deal with the Intel Drivers,
And from my point of view it is great to have that info for the dev PPL.
the way I see it ,the Kernel of the ultimate 2.3 has to be more higher!
hear is the post as it come in full:
Jaunty: kernel 2.6.30 fixes the Intel video! (4x Updated)
The Jaunty kernel team should apologize to the whole Universe: the Intel video regression is because of the kernel, and here’s the proof.
I’ve installed linux-image-2.6.30-020630rc4-generic from ~kernel-ppa, and here’s what I’ve got with my Intel video, [8086:27a2] (rev 03), and yes, I know glxgears is not a benchmark tool, but it is a valid regression indicator, you motherf-ers:
kernel 2.6.30-020630rc4-generic:
* 1276 FPS for xserver-xorg-video-intel version 2.6.3-0ubuntu9
* 885 FPS for xserver-xorg-video-intel-2.4 version 2.4.1-1ubuntu11~ppa1
kernel 2.6.28-11-generic:
* 177 FPS for xserver-xorg-video-intel version 2.6.3-0ubuntu9
* 420 FPS for xserver-xorg-video-intel-2.4 version 2.4.1-1ubuntu11~ppa1
As you can see, with the default Jaunty kernel, reverting to the Intel video driver 2.4 improves the performance from 177 to 420 FPS (for 2D, you can tell it by playing a Flash in full screen), but the 2.6.30 kernel has two surprising effects:
* improves the performance of the 2.4 driver from 420 to 885 FPS, so roughly 2 times…
* …but the performance of the default 2.6 driver is boosted from 177 to 1276, so more than 7 times!
Logical conclusion: Jaunty’s kernel 2.6.28 is screwed. Hopefully they’ll provide an semi-official 2.6.30 kernel in backports. Or maybe 2.6.29 also fixes the issues — I have not tried it.
Anyway, QA and release management is not something Canonical is good at.
UPDATE: Commenting on Ubuntu’s Bug #252094: somewhat in reply to comment #309, I’ve added #310. Just for the sake of saying it here too: using EXA.
RE-UPDATE: Unfortunately, 2.6.30rc4 broke fatally suspend-to-disk (can’t resume at all if previously hibernated), despite suspend-to-ram working, so I had to drop it.
As we were officially advised against UXA, I have not tried it previously, but now I’ve just added it to xorg.conf (Option “AccelMethod” “UXA”), and, for kernel 2.6.28-11 with intel 2.6.3, glxgears suddenly raised (from 177 FPS with EXA) to 457 FPS, however I am puzzled by the following message: “Running synchronized to the vertical refresh. The framerate should be approximately 1/39 the monitor refresh rate.”
I’ll keep trying on UXA (default kernel, default xserver-xorg-video-intel), to see if it’s stable on my i945 [8086:27a2] (rev 03). So far, it works.
RE-RE-UPDATE: Ouch, UXA is indeed “not ready”. Even if it doesn’t freeze nor crash, UXA breaks hibernation: upon resuming, the screen is black and dead. I can switch to other VT, but not to restore the X session. So… rollback to the official kernel and xserver-xorg-video-intel-2.4.
UPDATE/FIX HIBERNATION: The 2.6.30 kernel line in GRUB needs to have added resume=/dev/sda2 or whatever your swap partition is, like in the good old times!
Possibly related posts (automatically generated):
* xserver-xorg-video-intel 2.7.0 for Jaunty: Useless!
* Jaunty Video Performance
* Karmic kernel in Jaunty with Intel 945
Index of /~kernel-ppa/mainline
http://kernel.ubuntu.com/~kernel-ppa/mainline/
ONE THING I MUST SAY=It causes crashes in VBox.
Link to the post for you ALL:
http://beranger.org/v3/wordpress/2009/0 ... tel-video/
Thank you for handling this issue with the U.E 2.3.
I got the cube working and the effects are on:
viewtopic.php?f=62&t=3422&start=30
Amir.