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=8079
------- Additional Comments From [EMAIL PROTECTED] 2006-08-31 07:42 -------
(In reply to comment #7)
> (In reply to comment #0)
> > The system will not freeze. Not while glxgears are causing the cpu to waste
> > resources.
> FWIW, I doubt it's the CPU that matters but more likely the GPU. Tweaking the
> driconf settings vblank_mode and fthrottle_mode may help reduce CPU usage
> while
> hopefully preserving the same effect. Also, making the window smaller may
> preserve the effect as well. I know it's still an ugly workaround, but maybe
> this'll make it a little more bearable. :)
fthrottle_mode=0, vblank_mode=0: 100% CPU usage, but no freezes.
fthrottle_mode=0, vblank_mode=3: 0% CPU usage, even with big window. Freezes
after a while.
fthrottle_mode=1, vblank_mode=0: CPU usage is very low. After a few minutes,
both monitors suddenly go blank (switch off), keyboard is dead, I have to push
the reset button. Nothing in log files.
fthrottle_mode=1, vblank_mode=3: 0% CPU usage. Again, freezes.
fthrottle_mode=2, vblank_mode=0: System seems to run stable (testing for at
least 25 minutes now). But this is strange: CPU usage is at medium level (around
55-70%) at normal size. When I resize the glxgears window so that it becomes
smaller, CPU usage *increases* to around 80-90%. Now I increase the window so
that it is bigger than the standard size. CPU usage goes down to 10-25%. I have
no clue why, this makes no sense to me. When I increase the window once more,
CPU usage will slightly go up again. A nearly full-size window will consume
about 50% cpu resources. However, the smaller the glxgears window, the more
responsive the other applications become; a bigger glxgears window makes
everything else become a bit slower.
fthrottle_mode=2, vblank_mode=3: 0% CPU usage. Freezes.
So far, fthrottle_mode=2, vblank_mode=0 seems to be the best option. I'm not
quite sure this is 100% stable though, but until now it works. If it freezes,
I'll report this of course.
I agree this is not a problem with the CPU usage, but it seems to be somehow
related to it. Generating high CPU usage without OpenGL applications still
freezes the system. Maybe, now at least we can narrow the problem to a specific
module? I actually don't expect it to be Mesa but I have no knowledge of these
things...
Is there anything else I could try?
> > Workaround: Changing various AGP and driver options will not make any
> > difference, only disabling glx or setting BusType PCI will help.
> So you've tried commenting out all AGP options, BackingStore, ColorTiling,
> EnablePageFlip and DynamicClocks?
Yes, but to be on the safe side, I've tried it again. It didn't help though.
These options are on when using BusType PCI and don't have any bad influence
there.
> PS: Why do you set NoMTRR?
For no particular reason. I've just searched for solutions on various forums and
tried out all the options I could find. I have turned it off now, but it doesn't
make any difference either.
--
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.
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
