[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <000001d0dceb$ca97ddc0$5fc79940$@net>
Date: Sat, 22 Aug 2015 08:04:03 -0700
From: "Doug Smythies" <dsmythies@...us.net>
To: "'Chen Yu'" <yu.c.chen@...el.com>
Cc: <lenb@...nel.org>, <rui.zhang@...el.com>,
<marcin.kaszewski@...el.com>, <x86@...nel.org>,
<linux-pm@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<hpa@...or.com>, <mingo@...hat.com>, <pavel@....cz>,
<tglx@...utronix.de>, <rjw@...ysocki.net>
Subject: RE: [PATCH] [v3] x86, suspend: Save/restore THERM_CONTROL register for suspend
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.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists