Summary: | Locks up when changing resolution | ||
---|---|---|---|
Product: | xorg | Reporter: | Stew Benedict <sbenedict> |
Component: | Driver/Radeon | Assignee: | Xorg Project Team <xorg-team> |
Status: | RESOLVED INVALID | QA Contact: | |
Severity: | major | ||
Priority: | high | CC: | ajax, jcatki |
Version: | 6.8.2 | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Stew Benedict
2004-12-27 04:23:20 UTC
does the DynamicClocks option (documented in the radeon manpage) have any effect? Tried DynamicClocks: (II) RADEON(0): Dynamic Clock Scaling Enabled No difference in bahvior. Switching to VT2 and back again gives a corrupted display and no mouse. Can't get back to a VT to reboot or kill X. Up until we moved from 6.8.1 to 6.8.2, things were ok. I am using the Slackware-current release package x11-6.8.2-i486-1. the problem persists. Any screen resolution change puts X into an ioctl that takes 99% cpu. this happens when a game changes res, or when switching from a vesa-vt back to X. It all worked fine in an earlier version of Xorg. This problem is really painful, as it requires a reboot. X cannot be killed. X can be sigstop'd which does stop it... I even tried an older version of linux (2.6.3 instead of 2.6.11.7) which had the same exact symptoms. Do you think that this is the same bug as #4324? Possibly, I no longer have that machine now. I ended up using the vesa driver for the rest of that cooker development period. I would ask if disabling DRI makes any difference (see #1717), but since you don't have the hardware any more I'll just close the report. |
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.