You are not logged in.
kernel26-git was uploaded last time the 11 june.
and logs says 2.6.30 !
the date it was uploaded is not important as you'll clone/pull the latest git anyway.
Offline
im using a modified PKGBUILD from abs, removed arch patches, added -git patches.
Offline
Oh thanks,
I will try this week-end to build a 2.6.31 kernel
Offline
Just for the announcement, 2.6.31-rc3 works perfectly, intel_agp and i915 are build directly into the kernel and kms is enabled, with mesa 7.5rc4 and latest xf86-video-intel from git patched things up a bit, fullscreen apps with lower resolution than the native one are maximized now, compiz doesn't leak anymore (with mesa 7.4 it used to fill up swap partition after 4-5h of uptime), and the slow redraw of popup windows when fading is enabled is being fixed in xorg-server 1.6.2 (just compiled it today and it works). I guess in a month or two we will finally have a bug free desktop when kms is enabled. There is still a bug with changing the brightness levels via fn keys but acpi_backlight=vendor as a kernel parametar fixed that too...
Offline
i've tested 2.6.31-rc4, with builtin graphics modules, kms enabled latest video-intel-git from aur latest mesa 7.5 stuff, latest xserver. pseudo-mark glxgears shows 50% more fps. tremulous also shows a bit more fps, but somehow it is horribly lagging, like many frames are being dropped, it's unplayable. trem was flawlessly playable with 2.6.30
Last edited by kriz (2009-07-26 14:49:12)
„Je verdinglichter die Welt, je dichter das Netz, das der Natur überworfen wurde, desto mehr beansprucht ideologisch das Denken, das jenes Netz spinnt, seinerseits Natur, Urerfahrung zu sein." Theodor W. Adorno [aus: Wozu noch Philosopie]
Offline
xorg-server 1.6.3, xf86-video-intel 2.8.0, latest mesa & stuff, kernel 2.6.31-rc5
well, graphics with UXA seems faster then 2.6.30 in terms of rendering, but as already mentioned, it lags horribly.
not the usual 2fps-unplayable-crap, instead fps stay around 30 and it still lags (like frames are being dropped, choppy effect). noticable in glxgears too.
Offline
karabaja4, read my old post on SwapbuffersWait (now included in 2.8) http://bbs.archlinux.org/viewtopic.php? … 77#p583777 If you try it please let us know if it improves your performance.
Last edited by anrxc (2009-08-04 22:57:17)
You need to install an RTFM interface.
Offline
karabaja4, read my old post on SwapbuffersWait (now included in 2.8) http://bbs.archlinux.org/viewtopic.php? … 77#p583777 If you try it please let us know if it improves your performance.
Nope, disabling option SwapbuffersWait had no effect at all.
And I forgot to mention, it's not Intel 965gm but Intel i915.
//P.S. pozdrav iz Zadra
Last edited by karabaja4 (2009-08-05 13:34:37)
Offline
combuster, could you please post your config file for the kernel?
Offline
Does someone know how to force while in KMS, if your native resolution is 1280x800, not to strech the screen when using lower resolution, but instead to use 2 black lines at the two sides of the screen. That is the default behavior while not in KMS.
My victim you are meant to be
No, you cannot hide nor flee
You know what I'm looking for
Pleasure your torture, I will endure...
Offline
Just a minor update: mesa from git fixes the choppy rendering.
dri2proto-git
glproto-git
intel-dri-git
libdrm-git
mesa-git
xf86-video-intel
Offline
I have improvements just from the stock arch packages since .29 Please update this for further radical improvements (add another row/coloumn for eg. kernel-2.6.31): http://wiki.archlinux.org/index.php/Int … cs#Drivers
I need real, proper pen and paper for this.
Offline
OK, I just installed 2.7.1 (the rest are stock including mesa and kernel) and I'm getting 1200~ with compositing and 1900~ with effects suspended. This is without KMS. And default GL apps can't do textured video/overlay, eg. the glxgears window flickers when compositing is on - same with games. However, since it's an option, programs that can detect it will use it eg. SMPlayer.
Can someone confirm that KMS depends on UXA?
Ronin-Sage: Is your performance holding up? Everything latest from core/extra?
Last edited by schivmeister (2009-09-13 12:39:23)
I need real, proper pen and paper for this.
Offline
Can someone confirm that KMS depends on UXA?
Known fact: it does.
Offline
UXA depends on DRI2 which depends on KMS. If you don't have KMS, you don't have DRI2 so you don't have UXA.
Offline
UXA depends on DRI2 which depends on KMS. If you don't have KMS, you don't have DRI2 so you don't have UXA.
I don't think so. You can have UXA and DRI2 without having KMS (I had this for a while).
I think KMS is dependent on UXA, so if you don't have UXA you can't have KMS.
Offline
flamelab wrote:UXA depends on DRI2 which depends on KMS. If you don't have KMS, you don't have DRI2 so you don't have UXA.
I don't think so. You can have UXA and DRI2 without having KMS (I had this for a while).
I think KMS is dependent on UXA, so if you don't have UXA you can't have KMS.
KMS starts at boot, and UXA acceleration when Xorg starts. So KMS can't be dependant on UXA.
Offline
OK here's the thing, I've tried using EXA as well as KMS with the 2.7.1 driver, but Xorg fails saying something along the lines of "kernel mode setting detected. ignoring accelmethod. using UXA"
I believed using EXA + KMS will allow for textured overlay, but that was a noob belief. In fact, KMS is not that big of a player. What allows that is DRI2/UXA - thanks for reminding me.
I need real, proper pen and paper for this.
Offline
OK here's the thing, I've tried using EXA as well as KMS with the 2.7.1 driver, but Xorg fails saying something along the lines of "kernel mode setting detected. ignoring accelmethod. using UXA"
I believed using EXA + KMS will allow for textured overlay, but that was a noob belief. In fact, KMS is not that big of a player. What allows that is DRI2/UXA - thanks for reminding me.
under kms you are stuck with UXA.
newer intel drivers dont support EXA or XAA.
you CAN have UXA without KMS, not the other way around.
hope its clear.
Offline
With the latest from [extra], performance has dropped a good bit. Down to ~600fps(glxgears), ~20fps(Urban Terror), and the screen is slow in general as far as drawing things sometimes. For the past few months, the quick solution would've been to just downgrade to xf86-video-intel-2.7.1-1, but that didn't work this time.
I haven't looked into the issue yet, but I'll probably have to add a number of packages to the IgnorePkg array yet again until this [hopefully] gets resolved.
Last edited by Ronin-Sage (2009-09-13 22:39:44)
Offline
With the latest from [extra], performance has dropped a good bit. Down to ~600fps(glxgears), ~20fps(Urban Terror), and the screen is slow in general as far as drawing things sometimes. For the past few months, the quick solution would've been to just downgrade to xf86-video-intel-2.7.1-1, but that didn't work this time.
I haven't looked into the issue yet, but I'll probably have to add a number of packages to the IgnorePkg array yet again until this [hopefully] gets resolved.
the issue is related to mesa 7.5.1, downgrade mesa, libgl, intel-dri and xf86-video-intel and you will be back in the game.
Offline
Ronin-Sage wrote:With the latest from [extra], performance has dropped a good bit. Down to ~600fps(glxgears), ~20fps(Urban Terror), and the screen is slow in general as far as drawing things sometimes. For the past few months, the quick solution would've been to just downgrade to xf86-video-intel-2.7.1-1, but that didn't work this time.
I haven't looked into the issue yet, but I'll probably have to add a number of packages to the IgnorePkg array yet again until this [hopefully] gets resolved.
the issue is related to mesa 7.5.1, downgrade mesa, libgl, intel-dri and xf86-video-intel and you will be back in the game.
Any solutions in sight for this issue? Since downgrading isn't really an option. With 2.6.30, glxgears was down to ~300 - that's ~600 less than I have with 2.6.27 (on Slax). Now using 2.6.31-ice, it's about ~400, so an improvement but still a major fail.
Offline
eldragon wrote:Ronin-Sage wrote:With the latest from [extra], performance has dropped a good bit. Down to ~600fps(glxgears), ~20fps(Urban Terror), and the screen is slow in general as far as drawing things sometimes. For the past few months, the quick solution would've been to just downgrade to xf86-video-intel-2.7.1-1, but that didn't work this time.
I haven't looked into the issue yet, but I'll probably have to add a number of packages to the IgnorePkg array yet again until this [hopefully] gets resolved.
the issue is related to mesa 7.5.1, downgrade mesa, libgl, intel-dri and xf86-video-intel and you will be back in the game.
Any solutions in sight for this issue? Since downgrading isn't really an option. With 2.6.30, glxgears was down to ~300 - that's ~600 less than I have with 2.6.27 (on Slax). Now using 2.6.31-ice, it's about ~400, so an improvement but still a major fail.
can i ask why downgrading isnt an option? you will definately have to wait for the next mesa version, till then ...
Offline
jorpheus wrote:eldragon wrote:the issue is related to mesa 7.5.1, downgrade mesa, libgl, intel-dri and xf86-video-intel and you will be back in the game.
Any solutions in sight for this issue? Since downgrading isn't really an option. With 2.6.30, glxgears was down to ~300 - that's ~600 less than I have with 2.6.27 (on Slax). Now using 2.6.31-ice, it's about ~400, so an improvement but still a major fail.
can i ask why downgrading isnt an option? you will definately have to wait for the next mesa version, till then ...
I meant, isn't an option right now. I'm very busy and it doesn't bother me *that* much (the Conky issue does, and I suspect it has something to do with video as well, but oh well, it's gonna have to wait).
Offline
What conky issue?
Offline