Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#11527 - Slow 3D (only software rendering?) with Xorg from testing on Intel X4500

Attached to Project: Arch Linux
Opened by Jan M. (funkyou) - Friday, 19 September 2008, 15:16 GMT
Last edited by Jan de Groot (JGC) - Thursday, 25 September 2008, 06:37 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To No-one
Architecture i686
Severity Medium
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details


Hi there,

my intel X4500 (G43 Chipset) doesnt seem to do proper 3D with Xorg from testing.

Apart from glxgears (that runs with about 500 FPS, but i dont know if its hardware 3d or now), everything seems to run
with software rendering = ultra-slow ... So far i have tried Tremulous, Tuxracer and some GL Screensavers, and they run
fine on another machine with intel X3100 (G31 chipset) but not on this one. Also neither compiz or KWin compositing run,
they just give my a white screen.

According to this article...

http://www.phoronix.com/scan.php?page=article&item=intel_x4500hd

...the X4500 is supported since Xorg 7.4 / Mesa 7.1 / xf86-video-intel-2.4.0

I conclude that here must be a bug somewhere (or i am just too dumb to configure it properly :D)


glxinfo tells me that direct rendering is enabled, but there is an error in Xorg.0.log that tells the opposite(?):

(EE) AIGLX error: drmMap of framebuffer failed (Invalid argument)
(EE) AIGLX: reverting to software rendering

(There is a lot of stuff on Google about this error, but i have found no solution yet)

So far i have tried it with my xorg.conf and an autogenerated one (X -configure) and also with EXA/XAA and all this
stuff... Everything leads to the same problems...

It would be nice if someone could tell me whats the cause of this. I am happy to provide more info if you need it.


Greetings

Jan
This task depends upon

Closed by  Jan de Groot (JGC)
Thursday, 25 September 2008, 06:37 GMT
Reason for closing:  Not a bug
Comment by Jan M. (funkyou) - Friday, 19 September 2008, 15:19 GMT
Forgot something. There are some more messages in the log like this:

(II) intel(0): direct rendering: Failed
Comment by Jan M. (funkyou) - Sunday, 21 September 2008, 17:31 GMT
Some more info about the error messages:

http://bugs.freedesktop.org/show_bug.cgi?id=5901
http://bugzilla.kernel.org/show_bug.cgi?id=7767

So far no solution in sight... I have also opened a bug at the freedesktop bugtracker:

https://bugs.freedesktop.org/show_bug.cgi?id=17690

Comment by Jan M. (funkyou) - Wednesday, 24 September 2008, 19:50 GMT
The bug got resolved, you can close this one.

Thanks
Comment by Jan de Groot (JGC) - Wednesday, 24 September 2008, 20:44 GMT
What did you do to solve it? We didn't change anything in the distribution that could be related to your problem.
Comment by Jan M. (funkyou) - Wednesday, 24 September 2008, 21:51 GMT
No bug in Xorg, but basically a mixture of bad bios documentation + irritating bios menu entries + pebcak :)

I have 2 entries in my bios for the graphics card memory:

1. Shared Memory
2. DVMT/Fixed Memory

As these are not really documented in the handbook i just set both to 256MB because i have plenty of RAM,
but it seems that "share memory" allocates memory for 2D only and "DVMT/Fixed" Memory is the entire
graphics memory that can be used for 2D and 3D together... The result when setting both to 256mb is that
256mb will be allocated for 2D and nothing is left for 3D, which leads to the Xorg error. Now i have set
"share memory" to 32mb and everything is working properly and damn fast for Intel graphics :)

Just check the freedesktop bug for some more details and stuff.

Greetings

Jan

Loading...