| Summary: | radeon default power_profile "default" makes laptop overheat (Mobility Radeon HD 3650) | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | DRI | Reporter: | Pasi Kärkkäinen <pasik> | ||||||||||
| Component: | DRM/Radeon | Assignee: | Default DRI bug account <dri-devel> | ||||||||||
| Status: | RESOLVED MOVED | QA Contact: | |||||||||||
| Severity: | major | ||||||||||||
| Priority: | medium | CC: | disjunctor, linux, mondane.woodworker, mozilla_bugs, pasik, tadej.j | ||||||||||
| Version: | unspecified | ||||||||||||
| Hardware: | All | ||||||||||||
| OS: | Linux (All) | ||||||||||||
| Whiteboard: | |||||||||||||
| i915 platform: | i915 features: | ||||||||||||
| Attachments: |
|
||||||||||||
|
Description
Pasi Kärkkäinen
2011-10-13 14:30:12 UTC
Created attachment 52608 [details]
dmesg for Linux 3.1.0-rc9
dmesg for Linux 3.1.0-0.rc9.git0.0.fc16.x86_64 (Fedora 16 TC1 kernel).
Created attachment 54834 [details]
dmesg from F16 livecd, Linux kernel 3.1.0
Created attachment 54835 [details]
dmesg from F16 livecd, Linux kernel 3.1.0, with drm.debug=0x2
I verified the bug is still in Fedora 16 final, which uses Linux kernel 3.1.0-7.fc16.x86_64 . Here's some output about radeon power states with "drm.debug=0x2" boot cmdline parameter: [ 3.543677] [drm:radeon_pm_print_states], 7 Power State(s) [ 3.543679] [drm:radeon_pm_print_states], State 0: Default [ 3.543681] [drm:radeon_pm_print_states], Default [ 3.543683] [drm:radeon_pm_print_states], 16 PCIE Lanes [ 3.543685] [drm:radeon_pm_print_states], 3 Clock Mode(s) [ 3.543687] [drm:radeon_pm_print_states], 0 e: 600000 m: 700000 v: 1100 No display only [ 3.543689] [drm:radeon_pm_print_states], 1 e: 600000 m: 700000 v: 1100 [ 3.543691] [drm:radeon_pm_print_states], 2 e: 600000 m: 700000 v: 1100 [ 3.543694] [drm:radeon_pm_print_states], State 1: Performance [ 3.543695] [drm:radeon_pm_print_states], 16 PCIE Lanes [ 3.543697] [drm:radeon_pm_print_states], Single display only [ 3.543699] [drm:radeon_pm_print_states], 3 Clock Mode(s) [ 3.543701] [drm:radeon_pm_print_states], 0 e: 110000 m: 405000 v: 900 No display only [ 3.543703] [drm:radeon_pm_print_states], 1 e: 337000 m: 405000 v: 900 [ 3.543705] [drm:radeon_pm_print_states], 2 e: 600000 m: 700000 v: 1100 [ 3.543708] [drm:radeon_pm_print_states], State 2: Battery [ 3.543709] [drm:radeon_pm_print_states], 16 PCIE Lanes [ 3.543711] [drm:radeon_pm_print_states], Single display only [ 3.543713] [drm:radeon_pm_print_states], 3 Clock Mode(s) [ 3.543714] [drm:radeon_pm_print_states], 0 e: 110000 m: 405000 v: 900 No display only [ 3.543717] [drm:radeon_pm_print_states], 1 e: 337000 m: 405000 v: 900 [ 3.543719] [drm:radeon_pm_print_states], 2 e: 337000 m: 405000 v: 900 [ 3.543721] [drm:radeon_pm_print_states], State 3: Default [ 3.543723] [drm:radeon_pm_print_states], 16 PCIE Lanes [ 3.543725] [drm:radeon_pm_print_states], 3 Clock Mode(s) [ 3.543727] [drm:radeon_pm_print_states], 0 e: 300000 m: 405000 v: 1100 No display only [ 3.543729] [drm:radeon_pm_print_states], 1 e: 450000 m: 700000 v: 1100 [ 3.543731] [drm:radeon_pm_print_states], 2 e: 450000 m: 700000 v: 1100 [ 3.543733] [drm:radeon_pm_print_states], State 4: Performance [ 3.543735] [drm:radeon_pm_print_states], 16 PCIE Lanes [ 3.543737] [drm:radeon_pm_print_states], 3 Clock Mode(s) [ 3.543739] [drm:radeon_pm_print_states], 0 e: 337000 m: 700000 v: 1100 No display only [ 3.543741] [drm:radeon_pm_print_states], 1 e: 337000 m: 700000 v: 1100 [ 3.543743] [drm:radeon_pm_print_states], 2 e: 600000 m: 700000 v: 1100 [ 3.543746] [drm:radeon_pm_print_states], State 5: Battery [ 3.543747] [drm:radeon_pm_print_states], 16 PCIE Lanes [ 3.543749] [drm:radeon_pm_print_states], 3 Clock Mode(s) [ 3.543751] [drm:radeon_pm_print_states], 0 e: 337000 m: 405000 v: 900 No display only [ 3.543753] [drm:radeon_pm_print_states], 1 e: 337000 m: 405000 v: 900 [ 3.543756] [drm:radeon_pm_print_states], 2 e: 337000 m: 405000 v: 900 [ 3.543758] [drm:radeon_pm_print_states], State 6: Default [ 3.543760] [drm:radeon_pm_print_states], 16 PCIE Lanes [ 3.543761] [drm:radeon_pm_print_states], 3 Clock Mode(s) [ 3.543763] [drm:radeon_pm_print_states], 0 e: 337000 m: 405000 v: 900 No display only [ 3.543765] [drm:radeon_pm_print_states], 1 e: 337000 m: 405000 v: 900 [ 3.543768] [drm:radeon_pm_print_states], 2 e: 337000 m: 405000 v: 900 [ 3.543797] [drm] radeon: power management initialized Do those power states look OK ? Any comments? Sorry, the paste is badly line wrapped, but the dmesg attachment has the whole proper kernel log with drm.debug=0x2 As I understand "Mobility Radeon HD3650" is based on R600 chipset, so the feature matrix in http://wiki.x.org/wiki/RadeonFeature says all the power saving/management features are implemented for this card. Is this an error in the matrix, or a bug in the radeon driver? Hi, Pasi! I have the same laptop (HP EliteBook 8530p) and I'm also experiencing the same overheating issues. Thanks to your tip on how to switch to "low" radeon power_profile, I've managed to cool my laptop for ~15 degrees. The temperatures were around 67 - 69 degrees Celsius before and now they are around 54 - 56 degrees Celsius. Does any DRM/Radeon developer have any thoughts on this issue? Should we consider changing the default behaviour to "low" power_profile? Or should we try to raise the awareness of users about different power profiles? Yeah, many people have the overheating problem with radeon driver and laptops.. In my opinion the default radeon power profile is *broken*, and it should be switched to "low", or then the default profile should be fixed to work properly.. I tested this on a lot of kernels and distribution both iX86 or x64 My card is a Mobility Radeon HD 4500, RV710 Actually I think that the profile have to be set on low by default, to prevent hardware damages. But this is not enough, because with proprietary drivers the card run around 55°C on my system, but with the radeon and low profile is around 70°C, and with the default the temperature (idle system) go around 82°C for most of the time. This can easily harm a system. Actually this bug assume a big importance because most of the affected chip aren't supported anymore from proprietary drivers, so a user can unconsciously run into troubles and hardware damage after a simply upgrade. Created attachment 104077 [details]
journalctl -b
output of journalctl -b
I am suffering of the same thing on Fedora 20. Even during install. I have exactly the same problem as described by previous posts (Radeon 3650, Asus F8Va laptop. OpenSuSE 12-13.2, Fedora). With low profile the temperature is about 70°C, and with the default one the temperature (idle system) goes to 80-85°C. DPM mode shows the same behavior. This is still happening on Ubuntu 15.10 running the default kernel. My problems when away after setting the profile to 'low'. -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/222. |
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.