[Bug 2579] Poor FPS ( 200) on Radeon IGP 320M (HP Compaq Presario 900US)
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=2579 --- Additional Comments From [EMAIL PROTECTED] 2005-02-24 06:13 --- I have a similar situation with ATI Radeon Mobility M7 LW (AGP) since upgrading to suse9.2 (2.6.8-24.11 kernel and xorg 6.8.1-15) from suse8.2 (XFree 4.3). glxgears currently gives 500 fps (with DRI reported as enabled) compared to 1300 with Xfree. By 'downgrading' to Xfree86-4.4, I get 1300 fps. (Effects on 'real' software I use are even greater with benchmarks running 5 times as fast under Xfree.) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[r300] nasty bug found
Hi. I noticed that Vladimirs adition to struct r300_state caused arbvptorus to get broken pretty badly. This is pretty much similar to the bug where vb mode color buffer clears were broken. Iv been trying to figure out this for a while now with no success and I was thinking if anyone else would like to give it a shot. I traced its causer down the structures to struct r300_dma before struct r300_dma_region current;. This doesnt exactly mean that its in dma code but at least its a start. Unfortunately i havent found anything useful in compiler warnings and im currectly lacking ideas of how to find it... -- Aapo Tahkola --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [r300] nasty bug found
Aapo Tahkola wrote: Hi. I noticed that Vladimirs adition to struct r300_state caused arbvptorus to get broken pretty badly. This is pretty much similar to the bug where vb mode color buffer clears were broken. Iv been trying to figure out this for a while now with no success and I was thinking if anyone else would like to give it a shot. I traced its causer down the structures to struct r300_dma before struct r300_dma_region current;. This doesnt exactly mean that its in dma code but at least its a start. Unfortunately i havent found anything useful in compiler warnings and im currectly lacking ideas of how to find it... I would like to give it a try, but I need a simple program that triggers it. Rune Petersen --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 2579] Poor FPS ( 200) on Radeon IGP 320M (HP Compaq Presario 900US)
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=2579 --- Additional Comments From [EMAIL PROTECTED] 2005-02-24 07:54 --- I have a Mobility Radeon U1 (IGP320), with a mobile Athlon 1800+, and I also get less than 200 fps with glxgears. This is definitely with Direct Rendering, and kind of assumed the numbers were poor due to the fact that glxgears is just a crappy benchmark. At the very least, bzflag, neverputt, and tuxracer are all definitely hardware accelerated, and perform just fine. Adam -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [r300] nasty bug found
Aapo Tahkola wrote: Hi. I noticed that Vladimirs adition to struct r300_state caused arbvptorus to get broken pretty badly. This is pretty much similar to the bug where vb mode color buffer clears were broken. Iv been trying to figure out this for a while now with no success and I was thinking if anyone else would like to give it a shot. I traced its causer down the structures to struct r300_dma before struct r300_dma_region current;. This doesnt exactly mean that its in dma code but at least its a start. Unfortunately i havent found anything useful in compiler warnings and im currectly lacking ideas of how to find it... I would like to give it a try, but I need a simple program that triggers it. Mesa/progs/tests/arbvptorus.c is pretty much as simple as it can get. You could comment instructions after the first four DP4s and calls to glProgramLocalParameter4fARB later. Its pretty strange that when removing usage of vertex program from the example these problems go away. I didnt test with per-vertex colors though. By replacing glutSolidTorus(0.75, 2.0, 10, 20) with a glutSolidTeapot(4); you should see some errors when resizing the window. I think this is a pretty good sign in sense that fixing this might actually affect general stability of vb mode. (i had similar issues and lockups when trying to make fire_EB work) You can temporarily fix this by moving int dummy; in struct r300_dma below current as said in comments. Rune Petersen -- Aapo Tahkola --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 2579] Poor FPS ( 200) on Radeon IGP 320M (HP Compaq Presario 900US)
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=2579 --- Additional Comments From [EMAIL PROTECTED] 2005-02-24 08:58 --- Guys - I can answer some of the questions, but not others (the machine in question is my main work machine for molecular graphics (currently running XFree4.4) - I can't play with the Xserver too much). (In reply to comment #2) glxinfo | grep direct This always said 'direct rendering: Yes'. (Without dri I got max 260 fps, with Xorg.6.8.1-15 acceleration it was up to 480 or so). or setting LIBGL_DEBUG=verbose for running any OpenGL application and checking the stderr output for successful loading of the radeon_dri.so driver. Can't check this right now. I tried many XF86Config options and looked everywhere I could (not LIBGL_DEBUG=verbose, though) and saw no evidence of any trouble, other than less than optimal acceleration. (In reply to comment #3) Do you have files /etc/drirc and/or ~/.drirc? If not, that's fine. No. Also, what output do you get from cat /proc/interrupts? Can't check currently. (In reply to comment #4) bzflag, neverputt, and tuxracer are all definitely hardware accelerated, and perform just fine. The only benchmarks other than glxgears were molecular graphics programs (specifically 'coot' and 'pymol'). In these programs for specific tasks I got/get (fps): xorg xfree coot: 13 90 pymol: 12 28 I haven't tried turning off dri for comparison. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel