From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 99815] Power management problems & kernel hangs with Cap Verde
Date: Tue, 14 Feb 2017 16:49:38 +0000 [thread overview]
Message-ID: <bug-99815-502@http.bugs.freedesktop.org/> (raw)
[-- Attachment #1.1: Type: text/plain, Size: 2609 bytes --]
https://bugs.freedesktop.org/show_bug.cgi?id=99815
Bug ID: 99815
Summary: Power management problems & kernel hangs with Cap
Verde
Product: DRI
Version: unspecified
Hardware: Other
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel@lists.freedesktop.org
Reporter: klaus.kusche@computerix.info
I recently switched from the radeon kernel driver to the amdgpu kernel driver.
As a consequence, battery lifetime of my laptop was more than halved
(before I could give *two* 90 minutes lectures in a row running on battery,
now the battery is empty after around 70 minutes),
i.e. with amdgpu, the graphic card consumes a multiple of the power it needed
with radeon.
GPU is AMDGPU(0): Chipset: "VERDE" (ChipID = 0x6825)
Laptop is Dell Precision M6700
OS is linux 4.9, userland is running latest official releases (Gentoo)
Typical load is two screens (internal + VGA-Beamer, both 1024x768 mirrored)
with very light load (no 3D & no video at all, just static pdf slides).
Power settings in battery mode with the old radeon driver were
* no dpm
(always was very unstable and consumed by far more power than "classic" pm)
* "classic" pm with power_method = profile and power_profile = low
Analysis of the problems with amdgpu showed:
1.) There is no "classic" power management: If dpm is turned off with amdgpu,
there is no power management at all, and the card permanently runs
with high power. Why was "classic" power management dropped completely?
Basically, I neither want nor need any dynamic adjustment:
When on battery, the gpu should permanently run on minimal power,
independent of its load.
2.) The default dpm mode is "balanced" and "auto".
"balanced" does not change to "battery" automatically when AC is removed,
and it is impossible to set the mode to "battery" manually:
Any attempt to set it via sysfs either kills the process doing so
or hangs it in a kill-9-immune state (which prevents system shutdown).
I then code-changed the default initialization in si_dpm.c from "balanced"
to "battery". This hangs the whole kernel hard during early boot:
No display, no reaction to Alt-Sysrq, ... only hard power off helps.
3.) It is possible to set the dpm level from "auto" to "low",
but that does not seem to result in any measurable effect or power savings?
--
You are receiving this mail because:
You are the assignee for the bug.
[-- Attachment #1.2: Type: text/html, Size: 4043 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next reply other threads:[~2017-02-14 16:49 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-14 16:49 bugzilla-daemon [this message]
2017-02-14 20:16 ` [Bug 99815] Power management problems & kernel hangs with Cap Verde bugzilla-daemon
2019-11-19 8:14 ` bugzilla-daemon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bug-99815-502@http.bugs.freedesktop.org/ \
--to=bugzilla-daemon@freedesktop.org \
--cc=dri-devel@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.