Summary: | [ATI/radeon] Desktop corruption when DynamicClocks enabled for Radeon graphics board | ||
---|---|---|---|
Product: | xorg | Reporter: | Sebastian Kemper <sebastian_ml> |
Component: | Driver/Radeon | Assignee: | Xorg Project Team <xorg-team> |
Status: | RESOLVED WORKSFORME | QA Contact: | |
Severity: | normal | ||
Priority: | high | CC: | alexdeucher, dberkholz |
Version: | 6.8.0 | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Sebastian Kemper
2004-10-07 22:52:01 UTC
Done. Sorry, not done. Wrong window :) Hi! I just installed kernel 2.6.9 and reenabled DynamicClocks an hour ago. No more corruption, even after massive window opening, movie watching and gaming. Thanks to the fellows that fixed it! Sebastian Well, corruption is NOT away. It came back in the morning. Sorry for my wrong statement Sebastian some radeon asic revisions have problems with DynamicClocks which is why it's disabled by default. The problem is we don't definitively know which revisions are affected or what workarounds, if any, there can be. can you try again with xorg from cvs (as of June 30th). Some of the OUTPLLs were mis-typed as OUTREGs in the dynclocks code, perhaps that was the cause of your problems. Hi! Thanks for looking into this. I use DynamicClocks for quite some time now without problems, though I'm not using CVS. 6.8.2 is what I have. But on the other hand this is a desktop pc with a radeon 9250 and I no longer have access to the laptop on which the corruption occurred. On the desktop the corruption doesn't happen. Maybe because Xorg doesn't apply DynamicClocks anyway because it detects this is not a mobility Radeon? On the other hand radeonfb works with DynamicClocks (default_dynclk=1). The card stays cool this way. So maybe we should just close this bug report? Thanks Sebastian (In reply to comment #7) > Hi! > > Thanks for looking into this. I use DynamicClocks for quite some time now > without problems, though I'm not using CVS. 6.8.2 is what I have. But on the > other hand this is a desktop pc with a radeon 9250 and I no longer have access > to the laptop on which the corruption occurred. > > On the desktop the corruption doesn't happen. Maybe because Xorg doesn't apply > DynamicClocks anyway because it detects this is not a mobility Radeon? On the > other hand radeonfb works with DynamicClocks (default_dynclk=1). The card stays > cool this way. yes dynamicclocks is only applied to mobility chips in the xorg driver. > > So maybe we should just close this bug report? yes closing now. > > Thanks > > Sebastian |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.