| Summary: | X fails when DynamicPM or ForceLowPowerMode is on. | ||
|---|---|---|---|
| Product: | xorg | Reporter: | Jayan <me> |
| Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> |
| Status: | RESOLVED INVALID | QA Contact: | Xorg Project Team <xorg-team> |
| Severity: | normal | ||
| Priority: | medium | CC: | benoitg |
| Version: | git | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | |||
|
Description
Jayan
2009-04-19 02:33:23 UTC
This looks like a dup of bug 21208. Are you using the latest code from git? Make sure you have commit efa1476fc0765b53298624198137dc5cc71d37a8 or newer. That ticket you mentioned indicates display corruption, I can't even get X to start. I am using the latest code which was compiled on 04/18. (In reply to comment #1) > This looks like a dup of bug 21208. Are you using the latest code from git? > Make sure you have commit efa1476fc0765b53298624198137dc5cc71d37a8 or newer. > Definitely not a duplicate. I have identical symptoms as of commit 88a9e98341d96e5e7f48b69aed597d1bada6313a Hardware is MacBook Pro Code2Duo, Radeon Mobility X1600 Running Ubunty Jaunty Can you attach your xorg log from the failed start? Created attachment 26299 [details] [review] Log generated hen bug occurs (blank screen), as requested Driver compiled from 7599dc40855c33a5fbd8e9bbc2b4cd62752fb7df on Ubuntu Jaunty I've got Radeon Mobility X1600 on xorg-x11-drv-ati-6.13.0-0.11.20091119git437113124 on 32 bit Fedora 12. In xorg.conf I've got DynamicPM, ForceLowPowerMode and ClockGating set to "True". There is no problem with booting Fedora 12 into GNOME. Created attachment 32664 [details]
Log generated when bug occurs (blank screen, computer lockup), as requested
Well, unfortunately I can confirm that as of today (1:6.12.99+git20100114.3d158716-0ubuntu0sarvatt~karmic from Xorg-edgers), the bug is still present on my hardware.
Note that ClockGating actually works (as in: doesn't crash).
However, enabling DynamicPM still causes the computer to lock-up.
Here is the Xorg.0.log generated with latest version.
i have a macbook pro 2,2 and i'm still having these issues that are described. i believe the issue is something specific about macbooks, i suspect due to the efi firmware that is on them. KMS is also non-functional (for me at least), and i think these two issues are related. any help is much appreciated. thanks, (In reply to comment #8) > i have a macbook pro 2,2 and i'm still having these issues that are described. > > i believe the issue is something specific about macbooks, i suspect due to the > efi firmware that is on them. > > KMS is also non-functional (for me at least), and i think these two issues are > related. I don't think you are experiencing the same issue. Macs do not make the vbios available after boot when using EFI so you will need to use bootcamp for now. See bug 26891. (In reply to comment #9) > I don't think you are experiencing the same issue. Macs do not make the vbios > available after boot when using EFI so you will need to use bootcamp for now. > See bug 26891. sorry, i don't think i was clear - i am using bootcamp for now, and using DynamicPM causes a black screen and unresponsiveness, as described. i tried out EFI booting a while ago (however that too has additional unrelated issues which make it a deal breaker for now), which is what i was referring to then. thanks, (In reply to comment #10) > sorry, i don't think i was clear - i am using bootcamp for now, and using > DynamicPM causes a black screen and unresponsiveness, as described. Does KMS work for you with bootcamp? UMS isn't really maintained anymore. It would be better to try and fix KMS than to mess with UMS. (In reply to comment #11) > Does KMS work for you with bootcamp? UMS isn't really maintained anymore. It > would be better to try and fix KMS than to mess with UMS. X does work when KMS is used, however KMS itself does not work. there are no power management related entries in /sys/class/drm/card0/device/, and powertop still reports ~25W of battery usage (suggesting the card is not being managed). thanks, (In reply to comment #12) > X does work when KMS is used, however KMS itself does not work. there are no > power management related entries in /sys/class/drm/card0/device/, and powertop > still reports ~25W of battery usage (suggesting the card is not being managed). Most likely the apple vbios does not provide power tables (this is probably also why UMS options like DynamicPM don't work). Attach a copy of your vbios and I can take a look. There's not much you can besides hacking the driver to manually change the clocks. (as root) (use lspci to get the bus id) cd /sys/bus/pci/devices/<pci bus id> echo 1 > rom cat rom > /tmp/vbios.rom echo 0 > rom Created attachment 58202 [details]
bios dump of apple radeon X1600 mobility
cheers for taking a look at this for me.
as far as manually hacking in clock values, where exactly should i start?
thanks,
Mass closure: This bug has been untouched for more than six years, and is not obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases. |
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.