From: "Doug Smythies" <dsmythies@telus.net>
To: 'Chen Yu' <yu.c.chen@intel.com>
Cc: lenb@kernel.org, rui.zhang@intel.com, marcin.kaszewski@intel.com,
x86@kernel.org, linux-pm@vger.kernel.org,
linux-kernel@vger.kernel.org, hpa@zytor.com, mingo@redhat.com,
pavel@ucw.cz, tglx@linutronix.de, rjw@rjwysocki.net
Subject: RE: [PATCH] [v3] x86, suspend: Save/restore THERM_CONTROL register for suspend
Date: Sat, 22 Aug 2015 08:04:03 -0700 [thread overview]
Message-ID: <000001d0dceb$ca97ddc0$5fc79940$@net> (raw)
In-Reply-To: <1440241376-31889-1-git-send-email-yu.c.chen@intel.com>
On 2015.08.22 04:03 Chen Yu wrote:
> A bug is reported(https://bugzilla.redhat.com/show_bug.cgi?id=1227208)
> that, after resuming from S3, CPU is working at a low speed.
That bug report has restricted access, even if one creates a Red Hat
Bugzilla account. Once I created an account I got:
"Most likely the bug has been restricted for internal development processes
and we cannot grant access."
Can it be set for public access?
As a side note on this one:
The current version of the intel_pstate driver is incompatible with
any use of Clock Modulation, always resulting in driving the target
pstate to the minimum, regardless of load. The result is the apparent
CPU frequency stuck at minimum * modulation percent.
Proposed intel_pstate driver versions using some sort of C0 time again
works fine with Clock Modulation, resulting in
desired frequency * modulation percent.
The acpi-cpufreq driver works fine with Clock Modulation, resulting in
desired frequency * modulation percent.
> After investigation, it is found that, BIOS has modified the value
> of THERM_CONTROL register during S3,
There are other reports of what I think is the same issue on other
bug reports and forum posts. To confirm or deny, I am attempting to
get sufferers to do your test and report back.
prev parent reply other threads:[~2015-08-22 15:12 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-22 11:02 [PATCH] [v3] x86, suspend: Save/restore THERM_CONTROL register for suspend Chen Yu
2015-08-22 15:04 ` Doug Smythies [this message]
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='000001d0dceb$ca97ddc0$5fc79940$@net' \
--to=dsmythies@telus.net \
--cc=hpa@zytor.com \
--cc=lenb@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=marcin.kaszewski@intel.com \
--cc=mingo@redhat.com \
--cc=pavel@ucw.cz \
--cc=rjw@rjwysocki.net \
--cc=rui.zhang@intel.com \
--cc=tglx@linutronix.de \
--cc=x86@kernel.org \
--cc=yu.c.chen@intel.com \
/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;
as well as URLs for NNTP newsgroup(s).