On 06/14/2016 01:17 PM, Christoph Hellwig wrote:
> On Mon, Jun 13, 2016 at 08:32:41AM -0400, Prarit Bhargava wrote:
>> Blacklisting a module in linux has long been a problem. The process of
>> blacklisting a module has changed over time, and it seems that every OS
>
ruct which
simplifies things.
Signed-off-by: Prarit Bhargava
Cc: Jonathan Corbet
Cc: Rusty Russell
Cc: linux-...@vger.kernel.org
---
Documentation/kernel-parameters.txt |3 +++
kernel/module.c | 25 +
2 files changed, 28 insertions(+)
di
On 06/13/2016 04:59 PM, Rasmus Villemoes wrote:
> On Mon, Jun 13 2016, Prarit Bhargava wrote:
>
>> Sorry ... forgot to cc everyone on the last email.
>>
>> P.
>>
>> 8<
>>
>> sprint_symbol_no_offset() returns the string "function_n
le dummy_module
[ 85.127433] module dummy_module has been blacklisted. This module will not
load.
Signed-off-by: Prarit Bhargava
Cc: Jonathan Corbet
Cc: Rusty Russell
Cc: linux-...@vger.kernel.org
---
Documentation/kernel-parameters.txt |3 +++
kernel/module.c
hen
comparing module_init() function names. This patch resolves the issue by
comparing to the length of the function_name.
Signed-off-by: Prarit Bhargava
Cc: Andrew Morton
Cc: Thomas Gleixner
Cc: Yang Shi
Cc: Ingo Molnar
Cc: Mel Gorman
Cc: Rasmus Villemoes
Cc: Kees Cook
Cc: Yaowei Bai
Cc: An
comparing to the length of the function_name.
Signed-off-by: Prarit Bhargava
---
init/main.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/init/main.c b/init/main.c
index 4c17fda5c2ff..09a795e91efe 100644
--- a/init/main.c
+++ b/init/main.c
@@ -708,
On 05/29/2016 11:28 PM, Ocean HY1 He wrote:
>> -Original Message-
>> From: Prarit Bhargava [mailto:pra...@redhat.com]
>> Sent: Tuesday, May 24, 2016 6:16 PM
>> To: Ocean HY1 He; j...@redhat.com
>> Cc: linux-a...@vger.kernel.org; linux-kernel@vger.kernel.o
On 05/24/2016 02:41 AM, Ocean HY1 He wrote:
> Hi Prarit and Jon,
>
> How do you think of this?
>
> Thanks.
>
> Ocean He / 何海洋
> SW Development Dept.
> Beijing Design Center
> Enterprise Product Group
> Mobile: 18911778926
> E-mail: he...@lenovo.com
> No.6 Chuang Ye Road, Haidian District, Bei
On 05/18/2016 07:06 PM, Rafael J. Wysocki wrote:
> On Wed, May 18, 2016 at 2:38 PM, Prarit Bhargava wrote:
>>
>>
>> On 05/17/2016 08:50 PM, Rafael J. Wysocki wrote:
>>> On Tue, May 17, 2016 at 1:34 PM, Prarit Bhargava wrote:
>>>> intel_rapl
On 05/17/2016 08:50 PM, Rafael J. Wysocki wrote:
> On Tue, May 17, 2016 at 1:34 PM, Prarit Bhargava wrote:
>> intel_rapl is currently not supported in virtualized environments. When
>> booting the warning message
>>
>> intel_rapl: no valid rapl domains found in pa
On 05/17/2016 08:50 PM, Rafael J. Wysocki wrote:
> On Tue, May 17, 2016 at 1:34 PM, Prarit Bhargava wrote:
>> intel_rapl is currently not supported in virtualized environments. When
>> booting the warning message
>>
>> intel_rapl: no valid rapl domains found in pa
Cc: "Rafael J. Wysocki"
Cc: linux...@vger.kernel.org
Signed-off-by: Prarit Bhargava
---
drivers/powercap/intel_rapl.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/powercap/intel_rapl.c b/drivers/powercap/intel_rapl.c
index f2201d42a9cd..bebfbe8acccd 100644
---
rs/xeon/xeon-e5-v4-spec-update.html
Fixes: b894157145e4 ("x86/PCI: Mark Broadwell-EP Home Agent & PCU as having
non-compliant BARs")
Cc: Bjorn Helgaas
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
Cc:
compliant BARs")
Cc: Bjorn Helgaas
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: Andi Kleen
Signed-off-by: Prarit Bhargava
---
drivers/pci/probe.c |6 +++---
1 file changed, 3 insertions(+), 3 deletio
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: Andi Kleen
Signed-off-by: Prarit Bhargava
Prarit Bhargava (2):
x86/PCI: Add pci_bdwep_bar() quirk entry for Broadwell-EP Home Agent
1
x86/PCI: Disable IO/MEM decoding for ROM BARs for devices with
non-compliant BARs
arch/
rs/xeon/xeon-e5-v4-spec-update.html
Fixes: b894157145e4 ("x86/PCI: Mark Broadwell-EP Home Agent & PCU as having
non-compliant BARs")
Cc: Bjorn Helgaas
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
Cc:
compliant BARs")
Cc: Bjorn Helgaas
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: Andi Kleen
Signed-off-by: Prarit Bhargava
---
drivers/pci/probe.c |6 +++---
1 file changed, 3 insertions(+), 3 deletio
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: Andi Kleen
Signed-off-by: Prarit Bhargava
Prarit Bhargava (2):
x86/PCI: Add pci_bdwep_bar() quirk entry for Broadwell-EP Home Agent
1
x86/PCI: Disable IO/MEM decoding for ROM BARs for devices with
non-compliant BARs
arch/
On 05/04/2016 01:48 AM, Lv Zheng wrote:
> From: Prarit Bhargava
>
> ACPICA commit 7a3bd2d962f221809f25ddb826c9e551b916eb25
>
> Set the mutex owner thread ID.
> Original patch from: Prarit Bhargava
>
> Link: https://github.com/acpica/acpica/commit/7a3bd2d9
> Sig
.
>
Okay, I geddit.
Acked-by: Prarit Bhargava
P.
nux-a...@vger.kernel.org
Cc: mario_limoncie...@dell.com
Cc: sta...@vger.kernel.org
Cc: de...@acpica.org
Signed-off-by: Prarit Bhargava
---
drivers/acpi/acpica/dsmethod.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/acpi/acpica/dsmethod.c b/drivers/acpi/acpica/dsmethod.c
index 198
r Hurley
Cc: Vasily Averin
Cc: Joe Perches
Signed-off-by: Prarit Bhargava
---
Documentation/kernel-parameters.txt |6 --
include/linux/timekeeping.h |1 +
kernel/printk/printk.c | 35 +--
kernel/time/timekeeping.c
Heo
Cc: Peter Hurley
Cc: Vasily Averin
Cc: Joe Perches
Signed-off-by: Prarit Bhargava
---
Documentation/kernel-parameters.txt|2 +-
arch/arm/configs/axm55xx_defconfig |2 +-
arch/arm/configs/bcm2835_defconfig |2 +-
arch/arm/configs
other utilities). I will post the patch here
http://marc.info/?l=linux-kernel&m=146124485215811&w=2
to fix dmesg once this feature is positively reviewed.
Prarit Bhargava (2):
lib, switch CONFIG_PRINTK_TIME to int
printk, allow different timestamps for printk.time
Documentatio
On 04/19/2016 04:56 AM, Petr Mladek wrote:
> On Mon 2016-04-18 11:30:52, Prarit Bhargava wrote:
> Hmm, If you allow to change the timestamp format only at boot time, it
> will make things easier. I just wonder if it would work correctly for
> early messages. For example, are there
On 04/19/2016 04:56 AM, Petr Mladek wrote:
> On Mon 2016-04-18 11:30:52, Prarit Bhargava wrote:
>>
>>
>> On 03/10/2016 05:00 AM, Petr Mladek wrote:
>>> On Tue 2016-03-08 06:03:24, Prarit Bhargava wrote:
>>>>
>>>>
>>>> On 03/
On 03/10/2016 05:00 AM, Petr Mladek wrote:
> On Tue 2016-03-08 06:03:24, Prarit Bhargava wrote:
>>
>>
>> On 03/08/2016 02:59 AM, Thomas Gleixner wrote:
>>> On Tue, 23 Feb 2016, Prarit Bhargava wrote:
>>>
>>>> This patchset adds monotonic and re
On 04/15/2016 12:21 PM, Moore, Robert wrote:
> Lv is looking at it. He has already commented that this might not be the best
> solution, so he is continuing to investigate.
>
/me scratches head
Where was that comment made?
P.
On 03/31/2016 12:59 AM, Len Brown wrote:
>> Len,
>>
>> Your patch does
>>
>> + skl_cstates[5].disabled = 1;/* C8-SKL */
>> + skl_cstates[6].disabled = 1;/* C9-SKL */
>>
>> and I don't think that is correct for SKY-H.
>
> For https://bugzilla.kernel.org/show_bug.cgi?id=109081
>
On 03/31/2016 02:28 PM, Pandruvada, Srinivas wrote:
> On Mon, 2016-03-21 at 08:27 -0400, Prarit Bhargava wrote:
>> The MSR_PKG_POWER_INFO register (Intel ASDM, section 14.9.3
>> "Package RAPL Domain") provides a maximum time window which the
>> system can support
>For x86 processors with APERF/MPERF and TSC, return
> meaningful and consistent MHz in /proc/cpuinfo and
> /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
>
>MHz is computed like so:
>
>MHz = base_MHz * delta_APERF / delta_MPERF
>
>or when delta_APERF is large, to prevent
>64-bit overflow:
>
On 03/31/2016 02:28 PM, Pandruvada, Srinivas wrote:
> On Mon, 2016-03-21 at 08:27 -0400, Prarit Bhargava wrote:
>> The MSR_PKG_POWER_INFO register (Intel ASDM, section 14.9.3
>> "Package RAPL Domain") provides a maximum time window which the
>> system can support
J. Wysocki"
Cc: Len Brown
Cc: linux-a...@vger.kernel.org
Cc: de...@acpica.org
Signed-off-by: Prarit Bhargava
---
drivers/acpi/acpica/dsmethod.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/acpi/acpica/dsmethod.c b/drivers/acpi/acpica/dsmethod.c
index 1982310..93799db 1006
On 03/24/2016 05:54 PM, Len Brown wrote:
> On Wed, Mar 23, 2016 at 7:50 PM, Prarit Bhargava wrote:
>>
>>
>> On 03/23/2016 04:05 PM, Len Brown wrote:
>>> This patch assumes that if a package state is disabled,
>>> the corresponding core state must be
e symbol name even once in the common case.
>
> Signed-off-by: Rasmus Villemoes
Acked-by: Prarit Bhargava
P.
> ---
> init/main.c | 9 -
> 1 file changed, 4 insertions(+), 5 deletions(-)
>
> diff --git a/init/main.c b/init/main.c
> index b3c6e363ae18..d76d9
e:
>
> https://bugzilla.kernel.org/show_bug.cgi?id=109081
Len, should I rebase on top of this? Would that work for you?
P.
>
> and will be upstream shortly.
>
> thanks,
> -Len
>
>
>
> On Mon, Mar 21, 2016 at 8:49 AM, Prarit Bhargava wrote:
>> So
Commit-ID: 9da77666d6975219281fd400eb9608a047337414
Gitweb: http://git.kernel.org/tip/9da77666d6975219281fd400eb9608a047337414
Author: Prarit Bhargava
AuthorDate: Tue, 22 Mar 2016 19:06:08 -0400
Committer: Thomas Gleixner
CommitDate: Wed, 23 Mar 2016 12:34:17 +0100
x86/msr: Remove
_read_tscp(unsigned int *aux)
Cc: x...@kernel.org
Cc: Borislav Petkov
Cc: Andy Lutomirski
Signed-off-by: Prarit Bhargava
---
arch/x86/include/asm/msr.h |8
1 file changed, 8 deletions(-)
diff --git a/arch/x86/include/asm/msr.h b/arch/x86/include/asm/msr.h
index 93fb7c1..7a79ee2 10
ratharaman Chandramouli
Cc: linux...@vger.kernel.org
Signed-off-by: Prarit Bhargava
Prarit Bhargava (3):
idle, rename MSR_NHM_SNB_PKG_CST_CFG_CTL to
MSR_PKG_CST_CONFIG_CONTROL
intel_idle, Introduce cstate limits and fix hardware cstate disable
value
cpuidle, Prevent users fro
Peter Zijlstra (Intel)"
Cc: Borislav Petkov
Cc: Andi Kleen
Cc: Alexander Shishkin
Cc: Dasaratharaman Chandramouli
Cc: linux...@vger.kernel.org
Signed-off-by: Prarit Bhargava
---
arch/x86/include/asm/msr-index.h |2 +-
drivers/idle/intel_idle.c |4 ++--
tools
The current codebase allows a user to enable a cstate even though the
hardware has disabled it. This patch adds state checking and prevents
userspace from setting a hardware disabled cstate to enabled.
Signed-off-by: Prarit Bhargava
---
drivers/cpuidle/governors/ladder.c |3 +++
drivers
-software-developer-manuals.html
Cc: x...@kernel.org
Cc: Len Brown
Cc: "Peter Zijlstra (Intel)"
Cc: Borislav Petkov
Cc: Andi Kleen
Cc: Alexander Shishkin
Cc: Dasaratharaman Chandramouli
Cc: linux...@vger.kernel.org
Signed-off-by: Prarit Bhargava
---
drivers/idle/intel_idl
patch adds a ignore_max_time_window_check module
parameter to avoid the maximum time window check in set_time_window().
[v2]: change name to max_time_window_check, fix (val == 0) check
[v3]: fix typo in debug message
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje Jov
rep ^
/sys/devices/virtual/powercap/intel-rapl/intel-rapl\:0/constraint_0_time_window_us
-bash: echo: write error: Invalid argument
/sys/devices/virtual/powercap/intel-rapl/intel-rapl:0/constraint_0_time_window_us:1:976
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje J
straint_0_time_window_us:1:976
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje Jovanovic
Cc: Seiichi Ikarashi
Cc: Mathias Krause
Cc: Ajay Thomas
Signed-off-by: Prarit Bhargava
---
drivers/powercap/intel_rapl.c | 31 +++
drivers/powercap/p
hecks on broken BIOSes.
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje Jovanovic
Cc: Seiichi Ikarashi
Cc: Mathias Krause
Cc: Ajay Thomas
Signed-off-by: Prarit Bhargava
Prarit Bhargava (3):
powercap, intel_rapl, implement get_max_time_window
powercap, intel_rapl, implement
patch adds a ignore_max_time_window_check module
parameter to avoid the maximum time window check in set_time_window().
[v2]: change name to max_time_window_check, fix (val == 0) check
[v3]: fix typo in debug message
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje Jov
rep ^
/sys/devices/virtual/powercap/intel-rapl/intel-rapl\:0/constraint_0_time_window_us
-bash: echo: write error: Invalid argument
/sys/devices/virtual/powercap/intel-rapl/intel-rapl:0/constraint_0_time_window_us:1:976
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje J
hecks on broken BIOSes.
Prarit Bhargava (3):
powercap, intel_rapl, implement get_max_time_window
powercap, intel_rapl, implement check for minimum time window
powercap, intel_rapl, Add ignore_max_time_window_check module
parameter for broken BIOSes
drivers/powercap/intel_rapl.c
straint_0_time_window_us:1:976
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje Jovanovic
Cc: Seiichi Ikarashi
Cc: Mathias Krause
Cc: Ajay Thomas
Signed-off-by: Prarit Bhargava
---
drivers/powercap/intel_rapl.c | 31 +++
drivers/powercap/p
On 03/08/2016 02:59 AM, Thomas Gleixner wrote:
> On Tue, 23 Feb 2016, Prarit Bhargava wrote:
>
>> This patchset adds monotonic and real printk timestamps. The first patch
>> changes CONFIG_PRINT_TIME from a bool to an int to allow for the additional
>> timestamps t
r Hurley
Cc: Vasily Averin
Cc: Joe Perches
Signed-off-by: Prarit Bhargava
---
Documentation/kernel-parameters.txt | 6 --
include/linux/timekeeping.h | 1 +
kernel/printk/printk.c | 35 +--
kernel/time/timekeeping.c | 13 +
Kroah-Hartman
Cc: Petr Mladek
Cc: Tejun Heo
Cc: Peter Hurley
Cc: Vasily Averin
Cc: Joe Perches
Signed-off-by: Prarit Bhargava
Prarit Bhargava (2):
lib, switch CONFIG_PRINTK_TIME to int
printk, allow different timestamps for printk.time
Documentation/kernel-parameters.txt
Heo
Cc: Peter Hurley
Cc: Vasily Averin
Cc: Joe Perches
Signed-off-by: Prarit Bhargava
---
Documentation/kernel-parameters.txt| 2 +-
arch/arm/configs/axm55xx_defconfig | 2 +-
arch/arm/configs/bcm2835_defconfig | 2 +-
arch/arm/configs
int(BUG_GET_TAINT(bug), LOCKDEP_STILL_OK);
> + __warn(file, line, (void *)bugaddr, BUG_GET_TAINT(bug), regs,
> +NULL);
> +
^^^ minor minor minor nit: extra line here. Not a big deal but change it if
anyone else complains.
Other than that ...
Acked-and-tested-by: Prarit Bhargava
P.
> return BUG_TRAP_TYPE_WARN;
> }
>
>
On 02/08/2016 10:51 AM, Petr Mladek wrote:
> On Thu 2016-02-04 12:03:27, Prarit Bhargava wrote:
>>
>>
>> On 02/04/2016 11:48 AM, Petr Mladek wrote:
>>> On Thu 2016-01-28 07:43:49, Prarit Bhargava wrote:
>>>> +static u64 printk_get_ts(void)
>>>&g
Commit-ID: a6e4491c682a7b28574a62e6f311a0acec50b318
Gitweb: http://git.kernel.org/tip/a6e4491c682a7b28574a62e6f311a0acec50b318
Author: Prarit Bhargava
AuthorDate: Thu, 4 Feb 2016 09:38:00 -0500
Committer: Ingo Molnar
CommitDate: Fri, 5 Feb 2016 08:46:38 +0100
sched/isolcpus: Output
On 02/04/2016 11:48 AM, Petr Mladek wrote:
> On Thu 2016-01-28 07:43:49, Prarit Bhargava wrote:
>> +static u64 printk_get_ts(void)
>> +{
>> +u64 mono, offset_real;
>> +
>> +if (printk_time == 0)
>> +return 0;
>> +
>>
() to indicate to
the user that something has gone awry, and returns 0 on error.
Cc: Ingo Molnar
Cc: Peter Zijlstra
Signed-off-by: Prarit Bhargava
---
kernel/sched/core.c |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index
On 01/28/2016 07:52 AM, Vasily Averin wrote:
> Dear Prarit,
>
Hi Vasily, Thanks for your suggestions.
> I have no objections about your patch,
> bit in fact I doubt we really need to convert each timestamp in kernel logs.
> How do you think is it probably better to convert only one timestamp
c: John Stultz
Cc: Xunlei Pang
Cc: Thomas Gleixner
Cc: Baolin Wang
Cc: Andrew Morton
Cc: Greg Kroah-Hartman
Cc: Petr Mladek
Cc: Tejun Heo
Cc: Peter Hurley
Cc: Vasily Averin
Cc: Joe Perches
Signed-off-by: Prarit Bhargava
---
Documentation/kernel-parameters.txt |6 ++-
include/lin
On 01/26/2016 03:34 PM, Thomas Gleixner wrote:
> Prarit,
>
> On Mon, 25 Jan 2016, Prarit Bhargava wrote:
>> diff --git a/Documentation/kernel-parameters.txt
>> b/Documentation/kernel-parameters.txt
>> index 87d40a7..2cf6692 100644
>> --- a/Documentati
clocks
Cc: John Stultz
Cc: Xunlei Pang
Cc: Thomas Gleixner
Cc: Baolin Wang
Cc: Andrew Morton
Cc: Greg Kroah-Hartman
Cc: Petr Mladek
Cc: Tejun Heo
Cc: Peter Hurley
Cc: Vasily Averin
Cc: Joe Perches
Signed-off-by: Prarit Bhargava
---
Documentation/kernel-parameters.txt |5 +++--
straint_0_time_window_us:1:976
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje Jovanovic
Cc: Seiichi Ikarashi
Cc: Mathias Krause
Cc: Ajay Thomas
Signed-off-by: Prarit Bhargava
---
drivers/powercap/intel_rapl.c | 31 +++
drivers/powercap/p
patch adds a ignore_max_time_window_check module
parameter to avoid the maximum time window check in set_time_window().
[v2]: change name to max_time_window_check, fix (val == 0) check
[v3]: fix typo in debug message
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje Jov
rep ^
/sys/devices/virtual/powercap/intel-rapl/intel-rapl\:0/constraint_0_time_window_us
-bash: echo: write error: Invalid argument
/sys/devices/virtual/powercap/intel-rapl/intel-rapl:0/constraint_0_time_window_us:1:976
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje J
ot;
Cc: Prarit Bhargava
Cc: Radivoje Jovanovic
Cc: Seiichi Ikarashi
Cc: Mathias Krause
Cc: Ajay Thomas
Signed-off-by: Prarit Bhargava
Prarit Bhargava (3):
powercap, intel_rapl, implement get_max_time_window
powercap, intel_rapl, implement check for minimum time window
powercap,
On 01/21/2016 07:27 PM, Seiichi Ikarashi wrote:
> On 2016-01-22 01:15, Prarit Bhargava wrote:
>> The MSR_PKG_POWER_INFO register (Intel ASDM, section 14.9.3
>> "Package RAPL Domain") provides a maximum time window which the
>> system can support. This window is re
in case panic_on_warn is set.
>
> Let's simply enable the panic_on_warn feature by adding the same code
> like it was added to warn_slowpath_common() in panic.c.
>
> This enables panic_on_warn also for arm64, parisc, powerpc, s390 and
> sh.
>
> Cc: Prarit Bhargava
>
patch adds a ignore_max_time_window_check module
parameter to avoid the maximum time window check in set_time_window().
[v2]: change name to max_time_window_check, fix (val == 0) check
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje Jovanovic
Cc: Seiichi Ikarashi
Cc: Math
straint_0_time_window_us:1:976
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje Jovanovic
Cc: Seiichi Ikarashi
Cc: Mathias Krause
Cc: Ajay Thomas
Signed-off-by: Prarit Bhargava
---
drivers/powercap/intel_rapl.c | 31 +++
drivers/powercap/p
th minor changes
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje Jovanovic
Cc: Seiichi Ikarashi
Cc: Mathias Krause
Cc: Ajay Thomas
Signed-off-by: Prarit Bhargava
Prarit Bhargava (3):
powercap, intel_rapl, implement get_max_time_window
powercap, intel_rapl, implement
rep ^
/sys/devices/virtual/powercap/intel-rapl/intel-rapl\:0/constraint_0_time_window_us
-bash: echo: write error: Invalid argument
/sys/devices/virtual/powercap/intel-rapl/intel-rapl:0/constraint_0_time_window_us:1:976
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje J
On 01/14/2016 09:44 AM, Thomas Gleixner wrote:
> On Thu, 14 Jan 2016, Petr Mladek wrote:
>> On Wed 2016-01-13 18:28:50, Thomas Gleixner wrote:
>>> You can solve the whole business by changing the timestamp in printk_log to
>>>
>>>u64 mono;
>>>u64 offset_real;
>>
>> This
On 01/06/2016 02:04 PM, John Stultz wrote:
> On Wed, Jan 6, 2016 at 9:34 AM, Thomas Gleixner wrote:
>> On Wed, 6 Jan 2016, John Stultz wrote:
>>> On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote:
>>>> -ktime_t ktime_get_with_offset(enum tk_offsets offs)
>&
On 01/06/2016 12:34 PM, Thomas Gleixner wrote:
> On Wed, 6 Jan 2016, John Stultz wrote:
>> On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote:
>>> -ktime_t ktime_get_with_offset(enum tk_offsets offs)
>>> +ktime_t ktime_get_with_offset(enum t
On 01/06/2016 12:33 PM, John Stultz wrote:
> On Wed, Jan 6, 2016 at 9:28 AM, John Stultz wrote:
>> On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote:
>>> -ktime_t ktime_get_with_offset(enum tk_offsets offs)
>>> +ktime_t ktime_get_with_offset(enum t
On 01/06/2016 11:04 AM, Jiri Bohac wrote:
> On Wed, Jan 06, 2016 at 08:00:33AM -0500, Prarit Bhargava wrote:
>> -ktime_t ktime_get_with_offset(enum tk_offsets offs)
>> +ktime_t ktime_get_with_offset(enum tk_offsets offs, int trylock)
>> {
>> struct timekeepe
mas Gleixner
Cc: Baolin Wang
Cc: Andrew Morton
Cc: Greg Kroah-Hartman
Cc: Petr Mladek
Cc: Tejun Heo
Cc: Peter Hurley
Cc: Vasily Averin
Cc: Joe Perches
Signed-off-by: Prarit Bhargava
---
include/linux/time64.h |2 +
kernel/printk/printk.c | 105 +
: Baolin Wang
Cc: Arnd Bergmann
Signed-off-by: Prarit Bhargava
---
include/linux/timekeeping.h | 50 +++
kernel/time/timekeeping.c | 15 -
2 files changed, 60 insertions(+), 5 deletions(-)
diff --git a/include/linux/timekeeping.h b/include
with printk timestamps. The
hardware clock, or the existing functionality, is preserved by default.
Cc: John Stultz
Cc: Xunlei Pang
Cc: Thomas Gleixner
Cc: Baolin Wang
Cc: Andrew Morton
Cc: Greg Kroah-Hartman
Cc: Petr Mladek
Cc: Tejun Heo
Cc: Peter Hurley
Cc: Vasily Averin
Cc: Joe Perches
Si
patch adds a ignore_max_time_window_check module
parameter to avoid the maximum time window check in set_time_window().
[v2]: change name to max_time_window_check, fix (val == 0) check
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje Jovanovic
Cc: Seiichi Ikarashi
Cc: Math
ments barrier checking for the time windows, and adds
reporting of a known bug in which the maxmimum time window value may be
erroneously set to 0, as well as a module parameter to avoid the maximum
window checks on broken BIOSes.
[v2]: update 3/3 with minor changes
Prarit Bhargava (3):
pow
straint_0_time_window_us:1:976
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje Jovanovic
Cc: Seiichi Ikarashi
Cc: Mathias Krause
Cc: Ajay Thomas
Signed-off-by: Prarit Bhargava
---
drivers/powercap/intel_rapl.c | 31 +++
drivers/powercap/p
rep ^
/sys/devices/virtual/powercap/intel-rapl/intel-rapl\:0/constraint_0_time_window_us
-bash: echo: write error: Invalid argument
/sys/devices/virtual/powercap/intel-rapl/intel-rapl:0/constraint_0_time_window_us:1:976
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje J
On 12/18/2015 12:50 AM, Seiichi Ikarashi wrote:
> On 2015-12-15 22:02, Prarit Bhargava wrote:
>> Some systems erroneously set the maximum time window field of
>> MSR_PKG_POWER_INFO register to 0. This results in a user not being able
>> to set the time windows for the pa
On 12/17/2015 12:45 AM, Seiichi Ikarashi wrote:
> On 2015-12-15 22:02, Prarit Bhargava wrote:
>> The MSR_PKG_POWER_INFO register (Intel ASDM, section 14.9.3
>> "Package RAPL Domain") provides a maximum time window which the
>> system can support. This window is re
straint_0_time_window_us:1:976
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje Jovanovic
Cc: Seiichi Ikarashi
Cc: Mathias Krause
Cc: Ajay Thomas
Signed-off-by: Prarit Bhargava
---
drivers/powercap/intel_rapl.c | 31 +++
drivers/powercap/p
patch adds a ignore_max_window_check module
parameter to avoid the maximum time window check in set_time_window().
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje Jovanovic
Cc: Seiichi Ikarashi
Cc: Mathias Krause
Cc: Ajay Thomas
Signed-off-by: Prarit Bhargava
---
driver
rep ^
/sys/devices/virtual/powercap/intel-rapl/intel-rapl\:0/constraint_0_time_window_us
-bash: echo: write error: Invalid argument
/sys/devices/virtual/powercap/intel-rapl/intel-rapl:0/constraint_0_time_window_us:1:976
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoje J
ments barrier checking for the time windows, and adds
reporting of a known bug in which the maxmimum time window value may be
erroneously set to 0, as well as a module parameter to avoid the maximum
window checks on broken BIOSes.
Cc: "Rafael J. Wysocki"
Cc: Prarit Bhargava
Cc: Radivoj
On 12/09/2015 07:52 PM, Rafael J. Wysocki wrote:
> On Wednesday, December 09, 2015 03:31:23 PM Jacob Pan wrote:
>> On Thu, 10 Dec 2015 00:38:27 +0100
>> "Rafael J. Wysocki" wrote:
>>
>>> OK, I've put it into my bleeding-edge branch as 4.5 candidate, but do
>>> we want it in "stable" and therefor
Krause
Cc: Ajay Thomas
Signed-off-by: Prarit Bhargava
[v2]: fix brackets
---
drivers/powercap/intel_rapl.c |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/powercap/intel_rapl.c b/drivers/powercap/intel_rapl.c
index cc97f08..48747c2 100644
--- a/driver
On 12/08/2015 07:12 PM, Seiichi Ikarashi wrote:
> On 2015-12-09 03:33, Prarit Bhargava wrote:
>> Intel RAPL initialized on several systems where the BIOS lock bit (msr
>> 0x610, bit 63) was set. This occured because the return value of
>> rapl_read_data_raw() was being che
Krause
Cc: Ajay Thomas
Signed-off-by: Prarit Bhargava
---
drivers/powercap/intel_rapl.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/powercap/intel_rapl.c b/drivers/powercap/intel_rapl.c
index cc97f08..0b0d09d 100644
--- a/drivers/powercap/intel_rapl.c
+++
On 11/20/2015 03:02 PM, Pandruvada, Srinivas wrote:
> On Fri, 2015-11-20 at 10:43 -0500, Prarit Bhargava wrote:
>>
>> On 11/20/2015 10:19 AM, Viresh Kumar wrote:
>>> On 20-11-15, 10:10, Prarit Bhargava wrote:
>>>>>> limits->max_policy
On 11/20/2015 10:19 AM, Viresh Kumar wrote:
> On 20-11-15, 10:10, Prarit Bhargava wrote:
>>>>limits->max_policy_pct = clamp_t(int, limits->max_policy_pct, 0 , 100);
>>>
>>> And put this after the later one ?
>>>
>>>>
On 11/20/2015 08:18 AM, Viresh Kumar wrote:
> On 20-11-15, 07:32, Prarit Bhargava wrote:
>> I have a Intel (6,63) processor with a "marketing" frequency (from
>> /proc/cpuinfo) of 2100MHz, and a max turbo frequency of 2600MHz. I
>> can execute
>>
>>
Cc: Srinivas Pandruvada
Cc: Len Brown
Cc: Alexandra Yates
Cc: Kristen Carlson Accardi
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: linux...@vger.kernel.org
Signed-off-by: Prarit Bhargava
---
drivers/cpufreq/intel_pstate.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/c
cardi
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: linux...@vger.kernel.org
Signed-off-by: Prarit Bhargava
---
drivers/cpufreq/intel_pstate.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_pstate.c
index 6b63374..8b8e331 100644
--
401 - 500 of 1067 matches
Mail list logo