On 2015/2/2 11:24, Viresh Kumar wrote:
On 2 February 2015 at 08:50, ethan zhao wrote:
This seems couldn't prevent all the 'bad thing' from happening, E.G.
Thread A: Workqueue: kacpi_notify
acpi_processor_notify()
acpi_processor_ppc_has_changed()
cpufreq_update_policy
On 2015/2/2 11:24, Viresh Kumar wrote:
On 2 February 2015 at 08:50, ethan zhao ethan.z...@oracle.com wrote:
This seems couldn't prevent all the 'bad thing' from happening, E.G.
Thread A: Workqueue: kacpi_notify
acpi_processor_notify()
acpi_processor_ppc_has_changed
On 2015/2/2 11:43, Viresh Kumar wrote:
On 2 February 2015 at 09:08, ethan zhao ethan.z...@oracle.com wrote:
We take cpufreq_driver_lock() here, and so this will
block thread B.
No, there is no cpufreq_driver_lock acquired between
cpufreq_cpu_get() and cpufreq_cpu_put()
I am not saying
On 2015/2/2 12:09, Viresh Kumar wrote:
On 2 February 2015 at 09:36, ethan zhao ethan.z...@oracle.com wrote:
Is that an idea it supposed to be or fact ?
if (!cpufreq_suspended)
cpufreq_policy_free(policy);
static void cpufreq_policy_free(struct cpufreq_policy *policy
On 2015/2/2 11:59, Viresh Kumar wrote:
On 2 February 2015 at 09:26, ethan zhao ethan.z...@oracle.com wrote:
How to prevent the policy to be freed between
cpufreq_cpu_get() and cpufreq_cpu_put() ?
kobject_get() increases the reference count of a policy and the policy
will only be freed
On 2015/2/2 12:26, Viresh Kumar wrote:
On 2 February 2015 at 09:46, ethan zhao ethan.z...@oracle.com wrote:
We am talking about the policy allocation and de-allocation. right ?
I showed you the cpufreq_policy_free(policy) doesn't check kobject
refcount as above.
Hmmm, you are still
Viresh,
On 2015/1/29 16:38, Viresh Kumar wrote:
Looks like you just save my time here, Santosh has also reported a
similar race in a personal mail..
As you know, Santosh is in the same cage as me.
On 29 January 2015 at 12:12, Ethan Zhao wrote:
There is race observed between PPC changed
Viresh,
On 2015/1/29 16:38, Viresh Kumar wrote:
Looks like you just save my time here, Santosh has also reported a
similar race in a personal mail..
As you know, Santosh is in the same cage as me.
On 29 January 2015 at 12:12, Ethan Zhao ethan.z...@oracle.com wrote:
There is race observed
v3.19-rc6.
Signed-off-by: Ethan Zhao
---
drivers/cpufreq/cpufreq.c | 28 ++--
1 file changed, 18 insertions(+), 10 deletions(-)
diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
index 46bed4f..b5e2bb8 100644
--- a/drivers/cpufreq/cpufreq.c
+++ b/driver
directly, such as
the move_object().
Only passed buidling with v3.19-rc6.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
---
drivers/cpufreq/cpufreq.c | 28 ++--
1 file changed, 18 insertions(+), 10 deletions(-)
diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq
(not verified yet on my case).
Thanks,
Ethan
On Fri, Jan 23, 2015 at 11:30 AM, Davidlohr Bueso wrote:
> On Fri, 2015-01-23 at 10:19 +0800, ethan zhao wrote:
>> > If not, what kernel
>> > version were you running when you triggered the bug?
>> To be hone
on my case).
Thanks,
Ethan
On Fri, Jan 23, 2015 at 11:30 AM, Davidlohr Bueso d...@stgolabs.net wrote:
On Fri, 2015-01-23 at 10:19 +0800, ethan zhao wrote:
If not, what kernel
version were you running when you triggered the bug?
To be honest, a kernel from distro, but not released
Davidlohr,
On 2015/1/23 4:48, Davidlohr Bueso wrote:
On Thu, 2015-01-22 at 14:05 -0500, Stephen Smalley wrote:
On Wed, Jan 21, 2015 at 9:44 PM, Ethan Zhao wrote:
On Wed, Jan 21, 2015 at 1:30 PM, Manfred Spraul
wrote:
On 01/21/2015 04:53 AM, Ethan Zhao wrote:
On Tue, Jan 20, 2015 at 10:10
Stephen,
On 2015/1/23 3:05, Stephen Smalley wrote:
On Wed, Jan 21, 2015 at 9:44 PM, Ethan Zhao wrote:
On Wed, Jan 21, 2015 at 1:30 PM, Manfred Spraul
wrote:
On 01/21/2015 04:53 AM, Ethan Zhao wrote:
On Tue, Jan 20, 2015 at 10:10 PM, Stephen Smalley
wrote:
On 01/20/2015 04:18 AM, Ethan
Manfred,
On 2015/1/23 2:15, Manfred Spraul wrote:
On 01/22/2015 03:44 AM, Ethan Zhao wrote:
On Wed, Jan 21, 2015 at 1:30 PM, Manfred Spraul
wrote:
On 01/21/2015 04:53 AM, Ethan Zhao wrote:
On Tue, Jan 20, 2015 at 10:10 PM, Stephen Smalley
wrote:
On 01/20/2015 04:18 AM, Ethan Zhao wrote
Manfred,
On 2015/1/23 2:15, Manfred Spraul wrote:
On 01/22/2015 03:44 AM, Ethan Zhao wrote:
On Wed, Jan 21, 2015 at 1:30 PM, Manfred Spraul
manf...@colorfullife.com wrote:
On 01/21/2015 04:53 AM, Ethan Zhao wrote:
On Tue, Jan 20, 2015 at 10:10 PM, Stephen Smalley s...@tycho.nsa.gov
wrote
Stephen,
On 2015/1/23 3:05, Stephen Smalley wrote:
On Wed, Jan 21, 2015 at 9:44 PM, Ethan Zhao ethan.ker...@gmail.com wrote:
On Wed, Jan 21, 2015 at 1:30 PM, Manfred Spraul
manf...@colorfullife.com wrote:
On 01/21/2015 04:53 AM, Ethan Zhao wrote:
On Tue, Jan 20, 2015 at 10:10 PM, Stephen
Davidlohr,
On 2015/1/23 4:48, Davidlohr Bueso wrote:
On Thu, 2015-01-22 at 14:05 -0500, Stephen Smalley wrote:
On Wed, Jan 21, 2015 at 9:44 PM, Ethan Zhao ethan.ker...@gmail.com wrote:
On Wed, Jan 21, 2015 at 1:30 PM, Manfred Spraul
manf...@colorfullife.com wrote:
On 01/21/2015 04:53 AM
On Wed, Jan 21, 2015 at 1:30 PM, Manfred Spraul
wrote:
> On 01/21/2015 04:53 AM, Ethan Zhao wrote:
>>
>> On Tue, Jan 20, 2015 at 10:10 PM, Stephen Smalley
>> wrote:
>>>
>>> On 01/20/2015 04:18 AM, Ethan Zhao wrote:
>>&
On Wed, Jan 21, 2015 at 1:30 PM, Manfred Spraul
manf...@colorfullife.com wrote:
On 01/21/2015 04:53 AM, Ethan Zhao wrote:
On Tue, Jan 20, 2015 at 10:10 PM, Stephen Smalley s...@tycho.nsa.gov
wrote:
On 01/20/2015 04:18 AM, Ethan Zhao wrote:
sys_semget()
-newary
On Tue, Jan 20, 2015 at 10:10 PM, Stephen Smalley wrote:
> On 01/20/2015 04:18 AM, Ethan Zhao wrote:
>> A NULL pointer dereference was observed as following panic:
>>
>> BUG: unable to handle kernel NULL pointer dereference at (null)
>> IP: [] ipc_has_perm+0x4b/0x60
&g
Stephen,
On 2015/1/21 2:49, Manfred Spraul wrote:
Hi,
On 01/20/2015 03:10 PM, Stephen Smalley wrote:
On 01/20/2015 04:18 AM, Ethan Zhao wrote:
A NULL pointer dereference was observed as following panic:
BUG: unable to handle kernel NULL pointer dereference at (null)
IP: [] ipc_has_perm+0x4b
->avc_has_perm(sid, isec->sid, isec->sclass, perms, );
^- NULL pointer dereference happens
The test kernel was running on VMware.
This patch use to fix this serious security issue could be triggered by user
space.
This patch was tested with v3.19-r
, isec-sclass, perms, ad);
^- NULL pointer dereference happens
The test kernel was running on VMware.
This patch use to fix this serious security issue could be triggered by user
space.
This patch was tested with v3.19-rc5.
Signed-off-by: Ethan Zhao
Stephen,
On 2015/1/21 2:49, Manfred Spraul wrote:
Hi,
On 01/20/2015 03:10 PM, Stephen Smalley wrote:
On 01/20/2015 04:18 AM, Ethan Zhao wrote:
A NULL pointer dereference was observed as following panic:
BUG: unable to handle kernel NULL pointer dereference at (null)
IP: [812735eb
On Tue, Jan 20, 2015 at 10:10 PM, Stephen Smalley s...@tycho.nsa.gov wrote:
On 01/20/2015 04:18 AM, Ethan Zhao wrote:
A NULL pointer dereference was observed as following panic:
BUG: unable to handle kernel NULL pointer dereference at (null)
IP: [812735eb] ipc_has_perm+0x4b/0x60
On 2015/1/20 5:10, Dev, Vasu wrote:
-Original Message-
From: ethan zhao [mailto:ethan.z...@oracle.com]
Sent: Friday, January 16, 2015 7:01 PM
To: Kirsher, Jeffrey T
Cc: Dev, Vasu; Ethan Zhao; Ronciak, John; Brandeburg, Jesse; Allan, Bruce W;
Wyborny, Carolyn; Skidmore, Donald C; Rose
On 2015/1/20 5:10, Dev, Vasu wrote:
-Original Message-
From: ethan zhao [mailto:ethan.z...@oracle.com]
Sent: Friday, January 16, 2015 7:01 PM
To: Kirsher, Jeffrey T
Cc: Dev, Vasu; Ethan Zhao; Ronciak, John; Brandeburg, Jesse; Allan, Bruce W;
Wyborny, Carolyn; Skidmore, Donald C; Rose
Vasu,
What' your idea about the v2, any suggestion ? Jeff is looking
forward to see it.
Thanks,
Ethan
On 2015/1/16 22:47, Jeff Kirsher wrote:
On Fri, 2015-01-16 at 09:48 +0800, ethan zhao wrote:
Vasu,
OK, disable FCOE as default configuration as a temporary step to
make it work
Vasu,
What' your idea about the v2, any suggestion ? Jeff is looking
forward to see it.
Thanks,
Ethan
On 2015/1/16 22:47, Jeff Kirsher wrote:
On Fri, 2015-01-16 at 09:48 +0800, ethan zhao wrote:
Vasu,
OK, disable FCOE as default configuration as a temporary step to
make it work
Vasu,
OK, disable FCOE as default configuration as a temporary step to
make it work.
Thanks,
Ethan
On 2015/1/16 7:45, Dev, Vasu wrote:
-Original Message-
From: ethan zhao [mailto:ethan.z...@oracle.com]
Sent: Tuesday, January 13, 2015 6:41 PM
To: Dev, Vasu
Cc: Ethan Zhao
Vasu,
OK, disable FCOE as default configuration as a temporary step to
make it work.
Thanks,
Ethan
On 2015/1/16 7:45, Dev, Vasu wrote:
-Original Message-
From: ethan zhao [mailto:ethan.z...@oracle.com]
Sent: Tuesday, January 13, 2015 6:41 PM
To: Dev, Vasu
Cc: Ethan Zhao
Vasu,
On 2015/1/14 3:38, Dev, Vasu wrote:
-Original Message-
diff --git a/drivers/net/ethernet/intel/i40e/i40e_main.c
b/drivers/net/ethernet/intel/i40e/i40e_main.c
index a5f2660..a2572cc 100644
--- a/drivers/net/ethernet/intel/i40e/i40e_main.c
+++
Vasu,
On 2015/1/14 3:38, Dev, Vasu wrote:
-Original Message-
diff --git a/drivers/net/ethernet/intel/i40e/i40e_main.c
b/drivers/net/ethernet/intel/i40e/i40e_main.c
index a5f2660..a2572cc 100644
--- a/drivers/net/ethernet/intel/i40e/i40e_main.c
+++
Vasu,
On Sat, Jan 10, 2015 at 2:18 AM, Dev, Vasu wrote:
>> -Original Message-
>> From: Ronciak, John
>> Sent: Friday, January 09, 2015 8:42 AM
>> To: Ethan Zhao; Kirsher, Jeffrey T; Brandeburg, Jesse; Allan, Bruce W;
>> Wyborny, Carolyn; Skidmore, Donald C;
Vasu,
On Sat, Jan 10, 2015 at 2:18 AM, Dev, Vasu vasu@intel.com wrote:
-Original Message-
From: Ronciak, John
Sent: Friday, January 09, 2015 8:42 AM
To: Ethan Zhao; Kirsher, Jeffrey T; Brandeburg, Jesse; Allan, Bruce W;
Wyborny, Carolyn; Skidmore, Donald C; Rose, Gregory V; Vick
VLAN etc.
Passed building with v3.19-rc3.
Signed-off-by: Ethan Zhao
---
drivers/net/ethernet/intel/i40e/i40e_main.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ethernet/intel/i40e/i40e_main.c
b/drivers/net/ethernet/intel/i40e/i40e_main.c
index
VLAN etc.
Passed building with v3.19-rc3.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
---
drivers/net/ethernet/intel/i40e/i40e_main.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ethernet/intel/i40e/i40e_main.c
b/drivers/net/ethernet/intel/i40e
/assigned
1
PCI device isn't assigned to guest OS
$cat /sys/devices/pci:00/:00:1f.3/assigned
0
Compiled and tested with v3.18.1
Signed-off-by: Ethan Zhao
---
drivers/pci/pci-sysfs.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/pci/pci-sysfs.c b/drivers/pci/pci
/assigned
1
PCI device isn't assigned to guest OS
$cat /sys/devices/pci:00/:00:1f.3/assigned
0
Compiled and tested with v3.18.1
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
---
drivers/pci/pci-sysfs.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/pci/pci
Viresh,
On 2014/12/18 14:29, Viresh Kumar wrote:
On 18 December 2014 at 11:58, Ethan Zhao wrote:
If _PPC changed notification happens before governor was initiated while kernel
is booting, a NULL pointer dereference will be triggered:
BUG: unable to handle kernel NULL pointer dereference
and _PPC changed notification
happened, __cpufreq_governor() was called within acpi_os_execute_deferred
kernel thread context.
To fix this panic issue, add pointer checking code in __cpufreq_governor()
before pointer policy->governor is to be dereferenced.
Signed-off-by: Ethan Zhao
Ac
and _PPC changed notification
happened, __cpufreq_governor() was called within acpi_os_execute_deferred
kernel thread context.
To fix this panic issue, add pointer checking code in __cpufreq_governor()
before pointer policy->governor is to be dereferenced.
Signed-off-by: Ethan Zhao
Ac
and _PPC changed notification
happened, __cpufreq_governor() was called within acpi_os_execute_deferred
kernel thread context.
To fix this panic issue, add pointer checking code in __cpufreq_governor()
before pointer policy->governor is to be dereferenced.
Signed-off-by: Ethan Zhao
---
driv
.
To fix this panic issue, add pointer checking code in __cpufreq_governor()
before pointer policy-governor is to be dereferenced.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
---
drivers/cpufreq/cpufreq.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/cpufreq/cpufreq.c b
.
To fix this panic issue, add pointer checking code in __cpufreq_governor()
before pointer policy-governor is to be dereferenced.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
Acked-by: Viresh Kumar viresh.ku...@linaro.org
---
v2: correct comment style.
drivers/cpufreq/cpufreq.c | 5 +
1
.
To fix this panic issue, add pointer checking code in __cpufreq_governor()
before pointer policy-governor is to be dereferenced.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
Acked-by: Viresh Kumar viresh.ku...@linaro.org
---
v2v3: correct comment style.
drivers/cpufreq/cpufreq.c | 5
Viresh,
On 2014/12/18 14:29, Viresh Kumar wrote:
On 18 December 2014 at 11:58, Ethan Zhao ethan.z...@oracle.com wrote:
If _PPC changed notification happens before governor was initiated while kernel
is booting, a NULL pointer dereference will be triggered:
BUG: unable to handle kernel NULL
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao
Tested-by: Alexey Kodanev
Reviewed
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
Tested
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao
Tested-by: Alexey Kodanev
---
v2
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
Tested
Linda,
On 2014/12/5 12:56, Linda Knippers wrote:
Hi Ethan,
On 12/4/2014 10:38 PM, ethan zhao wrote:
Linda,
On 2014/12/5 7:03, Linda Knippers wrote:
On 12/4/2014 5:38 PM, Kristen Carlson Accardi wrote:
On Thu, 04 Dec 2014 23:10:58 +0100
"Rafael J. Wysocki" wrote:
On Thursday, D
Linda,
On 2014/12/5 7:03, Linda Knippers wrote:
On 12/4/2014 5:38 PM, Kristen Carlson Accardi wrote:
On Thu, 04 Dec 2014 23:10:58 +0100
"Rafael J. Wysocki" wrote:
On Thursday, December 04, 2014 11:07:31 AM Ethan Zhao wrote:
To force loading on Oracle Sun X86 servers, provide
Kristen,
On 2014/12/5 6:38, Kristen Carlson Accardi wrote:
On Thu, 04 Dec 2014 23:10:58 +0100
"Rafael J. Wysocki" wrote:
On Thursday, December 04, 2014 11:07:31 AM Ethan Zhao wrote:
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
in
Rafael,
On 2014/12/5 6:10, Rafael J. Wysocki wrote:
On Thursday, December 04, 2014 11:07:31 AM Ethan Zhao wrote:
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
I would suggest to change the name of the option to "oracle_
Rafael,
On 2014/12/5 6:10, Rafael J. Wysocki wrote:
On Thursday, December 04, 2014 11:07:31 AM Ethan Zhao wrote:
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
I would suggest to change the name of the option to oracle_force
Kristen,
On 2014/12/5 6:38, Kristen Carlson Accardi wrote:
On Thu, 04 Dec 2014 23:10:58 +0100
Rafael J. Wysocki r...@rjwysocki.net wrote:
On Thursday, December 04, 2014 11:07:31 AM Ethan Zhao wrote:
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
Linda,
On 2014/12/5 7:03, Linda Knippers wrote:
On 12/4/2014 5:38 PM, Kristen Carlson Accardi wrote:
On Thu, 04 Dec 2014 23:10:58 +0100
Rafael J. Wysocki r...@rjwysocki.net wrote:
On Thursday, December 04, 2014 11:07:31 AM Ethan Zhao wrote:
To force loading on Oracle Sun X86 servers
Linda,
On 2014/12/5 12:56, Linda Knippers wrote:
Hi Ethan,
On 12/4/2014 10:38 PM, ethan zhao wrote:
Linda,
On 2014/12/5 7:03, Linda Knippers wrote:
On 12/4/2014 5:38 PM, Kristen Carlson Accardi wrote:
On Thu, 04 Dec 2014 23:10:58 +0100
Rafael J. Wysocki r...@rjwysocki.net wrote
if could please append
Tested-by: Alexey Kodanev
He has helped to test this patch on Lenovo machines.
Thanks,
Ethan
On 2014/12/3 10:19, Rafael J. Wysocki wrote:
On Tuesday, December 02, 2014 10:22:31 AM Kristen Carlson Accardi wrote:
On Mon, 1 Dec 2014 11:32:08 +0900
Ethan Zhao wrote
Alexey has tested this patch on Lenovo machines. so
Tested-by: Alexey Kodanev
On 2014/12/4 10:07, Ethan Zhao wrote:
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk of no power capping
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao
---
v2: change to hardware
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
---
v2
Alexey has tested this patch on Lenovo machines. so
Tested-by: Alexey Kodanev alexey.koda...@oracle.com
On 2014/12/4 10:07, Ethan Zhao wrote:
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk
+0900
Ethan Zhao ethan.z...@oracle.com wrote:
Oracle Sun X86 servers have dynamic power capping capability that works via
ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
Signed-off-by: Dirk Brandewie dirk.brande
Kristen,
On 2014/12/3 2:24, Kristen Carlson Accardi wrote:
On Fri, 28 Nov 2014 12:36:17 +0900
Ethan Zhao wrote:
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk of no power capping capabily
Kristen,
On 2014/12/3 2:24, Kristen Carlson Accardi wrote:
On Fri, 28 Nov 2014 12:36:17 +0900
Ethan Zhao ethan.z...@oracle.com wrote:
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk
Dirk,
On 2014/12/1 23:11, Dirk Brandewie wrote:
On 11/30/2014 06:32 PM, Ethan Zhao wrote:
Oracle Sun X86 servers have dynamic power capping capability that
works via
ACPI _PPC method etc, so skip loading this driver if Sun server has
ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao
Signed-off
Dirk,
On 2014/12/1 23:11, Dirk Brandewie wrote:
On 11/30/2014 06:32 PM, Ethan Zhao wrote:
Oracle Sun X86 servers have dynamic power capping capability that
works via
ACPI _PPC method etc, so skip loading this driver if Sun server has
ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao ethan.z
Oracle Sun X86 servers have dynamic power capping capability that works via
ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao
Signed-off-by: Dirk Brandewie
Tested-by: Linda Knippers
---
v2: fix break HP Proliant issue.
v3
Oracle Sun X86 servers have dynamic power capping capability that works via
ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao
Signed-off-by: Dirk Brandewie
Tested-by: Linda Knippers
---
v2: fix break HP Proliant issue.
v3
Yasuaki,
On 2014/11/28 13:20, Yasuaki Ishimatsu wrote:
> (2014/11/28 12:36), Ethan Zhao wrote:
>> Oracle Sun X86 servers have dynamic power capping capability that works via
>> ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
>> enabled.
>&
Yasuaki,
On 2014/11/28 13:20, Yasuaki Ishimatsu wrote:
(2014/11/28 12:36), Ethan Zhao wrote:
Oracle Sun X86 servers have dynamic power capping capability that works via
ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao ethan.z
Oracle Sun X86 servers have dynamic power capping capability that works via
ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
Signed-off-by: Dirk Brandewie dirk.brande...@gmail.com
Tested-by: Linda Knippers
Oracle Sun X86 servers have dynamic power capping capability that works via
ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
Signed-off-by: Dirk Brandewie dirk.brande...@gmail.com
Tested-by: Linda Knippers
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao
---
v2: change to hardware
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao
---
v2: change to hardware
Oracle Sun X86 servers have dynamic power capping capability that works via
ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao
Signed-off-by: Dirk Brandewie
Tested-by: Linda Knippers
---
v2: fix break HP Proliant issue.
v3
the hardware vendor list.
v4: refine code and doc
Ethan Zhao (2):
intel_pstate: skip this driver if Sun server has _PPC method
intel_pstate: add kernel parameter to force loading on Sun X86
servers.
Documentation/kernel-parameters.txt | 5
drivers/cpufreq/intel_pstate.c | 49
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao
---
v2: change to hardware
Oracle Sun X86 servers have dynamic power capping capability that works via
ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao
Signed-off-by: Dirk Brandewie
Tested-by: Linda Knippers
---
v2: fix break HP Proliant issue.
v3
the hardware vendor list.
v4: refine code and doc
Ethan Zhao (2):
intel_pstate: skip this driver if Sun server has _PPC method
intel_pstate: add kernel parameter to force loading on Sun X86
servers.
Documentation/kernel-parameters.txt | 5
drivers/cpufreq/intel_pstate.c | 49
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao
---
v2: change to hardware
the hardware vendor list.
v4: refine code and doc
Ethan Zhao (2):
intel_pstate: skip this driver if Sun server has _PPC method
intel_pstate: add kernel parameter to force loading on Sun X86
servers.
Documentation/kernel-parameters.txt | 5
drivers/cpufreq/intel_pstate.c | 49
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao
---
v2: change to hardware
Oracle Sun X86 servers have dynamic power capping capability that works via
ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao
Signed-off-by: Dirk Brandewie
Tested-by: Linda Knippers
---
v2: fix break HP Proliant issue.
v3
Oracle Sun X86 servers have dynamic power capping capability that works via
ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
Signed-off-by: Dirk Brandewie dirk.brande...@gmail.com
Tested-by: Linda Knippers
.
--
v2: fix break HP Proliant issue.
v3: expand the hardware vendor list.
v4: refine code and doc
Ethan Zhao (2):
intel_pstate: skip this driver if Sun server has _PPC method
intel_pstate: add kernel parameter to force loading on Sun X86
servers.
Documentation/kernel-parameters.txt | 5
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
---
v2
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
---
v2
.
--
v2: fix break HP Proliant issue.
v3: expand the hardware vendor list.
v4: refine code and doc
Ethan Zhao (2):
intel_pstate: skip this driver if Sun server has _PPC method
intel_pstate: add kernel parameter to force loading on Sun X86
servers.
Documentation/kernel-parameters.txt | 5
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
---
v2
Oracle Sun X86 servers have dynamic power capping capability that works via
ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
Signed-off-by: Dirk Brandewie dirk.brande...@gmail.com
Tested-by: Linda Knippers
.
--
v2: fix break HP Proliant issue.
v3: expand the hardware vendor list.
v4: refine code and doc
Ethan Zhao (2):
intel_pstate: skip this driver if Sun server has _PPC method
intel_pstate: add kernel parameter to force loading on Sun X86
servers.
Documentation/kernel-parameters.txt | 5
Oracle Sun X86 servers have dynamic power capping capability that works via
ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
Signed-off-by: Dirk Brandewie dirk.brande...@gmail.com
Tested-by: Linda Knippers
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
---
v2
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao ethan.z...@oracle.com
---
v2
Dirk,
On 2014/11/25 22:57, Dirk Brandewie wrote:
On 11/24/2014 08:59 PM, Ethan Zhao wrote:
Oracle Sun X86 servers have dynamic power capping capability that
works via
ACPI _PPC method etc, so skip loading this driver if Sun server has
ACPI _PPC
enabled.
How about this patch? only compile
Dirk,
On 2014/11/25 22:57, Dirk Brandewie wrote:
On 11/24/2014 08:59 PM, Ethan Zhao wrote:
Oracle Sun X86 servers have dynamic power capping capability that
works via
ACPI _PPC method etc, so skip loading this driver if Sun server has
ACPI _PPC
enabled.
How about this patch? only compile
201 - 300 of 646 matches
Mail list logo