From: Lucas Stach <dev@lynxeye.de>
To: "Alex Deucher" <alexdeucher@gmail.com>,
"Christian König" <christian.koenig@amd.com>
Cc: Alex Deucher <alexander.deucher@amd.com>,
Maling list - DRI developers <dri-devel@lists.freedesktop.org>
Subject: Re: [PATCH] drm/radeon/pm: autoswitch power state when in balanced mode
Date: Mon, 24 Oct 2016 23:31:52 +0200 [thread overview]
Message-ID: <1477344712.2802.7.camel@lynxeye.de> (raw)
In-Reply-To: <CADnq5_NCe8zdNRkc8ftni9iWa+UL24NjCCSmLoMYsog5gy+MoQ@mail.gmail.com>
Am Montag, den 24.10.2016, 12:41 -0400 schrieb Alex Deucher:
> On Mon, Oct 24, 2016 at 5:46 AM, Christian König
> <christian.koenig@amd.com> wrote:
> >
> > Am 23.10.2016 um 01:05 schrieb Lucas Stach:
> > >
> > >
> > > The current default of always using the performance power state
> > > leads
> > > to increased power consumption of mobile devices, which have a
> > > dedicated
> > > battery power state. Switch between the performance and battery
> > > power
> > > state automatically, dpending on the current AC power status,
> > > when the
> > > user asked for the balanced power state.
> > >
> > > The user can still override this logic by asking for the
> > > performance
> > > or battery power state explicitly.
> > >
> > > Signed-off-by: Lucas Stach <dev@lynxeye.de>
> >
> >
> > Nice addition, the only thing I can of hand see is that you
> > probably want to
> > remove the "balanced states don't exist at the moment" comment when
> > you
> > actually implement them (or abuse them).
> >
> > Apart from that I'm not so deep into the PM stuff, so patch is only
> > Acked-by: Christian König <christian.koenig@amd.com>.
>
> IIRC, I had a similar patch years ago, and it was generally shot down
> since it moved policy into the driver. Also, certain userspace
> packages like tlp do this already. That said, I'm happy to apply it
> if there are no objections.
I can relate to that argument. But as there is an explicit "battery"
power state that's a strong hint that the hardware is designed to use
this state when running on battery power. This patch does not add any
new policy, but merely changes the one already present in the kernel
(clearly always using the "performance" power state in balanced mode
already is a policy on its own).
Also this patch doesn't prevent userspace to implement a different
policy.
I don't care deeply enough to try to convince anyone if there is
objection to this patch, but I think driving the hardware in the
designed way by default without the user needing to install additional
tools is a good thing.
Regards,
Lucas
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2016-10-24 21:32 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-22 23:05 [PATCH] drm/radeon/pm: autoswitch power state when in balanced mode Lucas Stach
2016-10-24 8:02 ` Michel Dänzer
2016-10-24 9:46 ` Christian König
2016-10-24 16:41 ` Alex Deucher
2016-10-24 21:31 ` Lucas Stach [this message]
2016-10-25 15:33 ` Alex Deucher
2016-10-25 6:50 ` Daniel Vetter
-- strict thread matches above, loose matches on Subject: below --
2016-06-03 21:06 Lucas Stach
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=1477344712.2802.7.camel@lynxeye.de \
--to=dev@lynxeye.de \
--cc=alexander.deucher@amd.com \
--cc=alexdeucher@gmail.com \
--cc=christian.koenig@amd.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox