https://bugs.freedesktop.org/show_bug.cgi?id=34969 --- Comment #1 from Andrew Randrianasulu <randrik@xxxxxxx> 2011-07-14 22:40:18 PDT --- While nvfx (3d gallium driver) isn't supported, i run few tests with nouveau-git (commit 72690683e35680d912e9b8ff2ee0b7a18631dd0d - "drm/nouveau/pm: Document and expose CL and WR for 0x1002Cx") and mesa-7.12-devel (OpenGL version string: 2.1 Mesa 7.12-devel (git-a09b7f7)). Other software - Q3 Arena linux demo. Results kinda strange. Default settings Timedemo 1 demo demo002 - lock up card very fast, can power off machine via ACPI. demo demo001 - works! geometry detail set to low demo demo001 - not tested demo demo002 - works! geometry detail set to medium demo demo002 - lock up after some time (not at start of level) For perflvl=0 even demo001 lock up after some time in the middle (always at same place). So, I guess we run ahead or behind GPU, mostly in sending geometry data? need more test with perf mesa demos, for example .... currently my performance levels are drm] nouveau 0000:01:00.0: mem timing table length unknown: 14 [drm] nouveau 0000:01:00.0: 2 available performance level(s) [drm] nouveau 0000:01:00.0: 0: core 300MHz memory 1000MHz voltage 1300mV fanspeed 100% [drm] nouveau 0000:01:00.0: 1: core 500MHz memory 1000MHz voltage 1400mV fanspeed 100% [drm] nouveau 0000:01:00.0: c: core 100MHz memory 501MHz voltage 1300mV [TTM] Zone kernel: Available graphics memory: 255992 kiB. and perflvl 1 lock up whole machine pretty fast (before i managed to run any bench, even with just composited, via Xrender/Kde 3.5.10 desktop) Guess I need additional "bug" for tracking this. And probably one more for tracking invisible VTs after s3 sleep .... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
