[PATCH] Add Frank Rowand to list of enforcement statement endorsers

2017-11-03 Thread frowand . list
From: Frank Rowand Add my name to the list. Signed-off-by: Frank Rowand --- Hi Greg, I noticed that there is a double entry for Ivan Safonov, just below where my name goes. I didn't want to create a merge conflict with this patch, so I'm leaving that alone. Documentation/process/kernel-enf

[PATCH V0 3/3] x86, bm: Add documentation on Intel Branch Monitoring

2017-11-03 Thread Megha Dey
This patch adds the Documentation/x86/intel_bm.txt file with some information about Intel Branch monitoring. Signed-off-by: Megha Dey Signed-off-by: Yu-Cheng Yu --- Documentation/x86/intel_bm.txt | 216 + 1 file changed, 216 insertions(+) create mode 100

[PATCH V0 2/3] perf/x86/intel/bm.c: Add Intel Branch Monitoring support

2017-11-03 Thread Megha Dey
Currently, the cannonlake family of Intel processors support the branch monitoring feature. Intel's Branch monitoring feature is trying to utilize heuristics to detect the occurrence of an ROP (Return Oriented Programming) attack. A perf-based kernel driver has been used to monitor the occurrence

[PATCH V0 1/3] x86/cpu/intel: Add Cannonlake to Intel family

2017-11-03 Thread Megha Dey
Add CPUID of Cannonlake (CNL) processors to Intel family list. Signed-off-by: Megha Dey --- arch/x86/include/asm/intel-family.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/x86/include/asm/intel-family.h b/arch/x86/include/asm/intel-family.h index 35a6bc4..056bd41 100644 --- a/arc

[PATCH V0 0/3] perf/x86/intel: Add Branch Monitoring support

2017-11-03 Thread Megha Dey
This patchset adds support for Intel's branch monitoring feature. This feature uses heuristics to detect the occurrence of an ROP(Return Oriented Programming) or ROP like(JOP: Jump oriented programming) attack. These heuristics are based off certain performance monitoring statistics, measured dynam

[PATCH v16 06/13] task_isolation: userspace hard isolation from kernel

2017-11-03 Thread Chris Metcalf
The existing nohz_full mode is designed as a "soft" isolation mode that makes tradeoffs to minimize userspace interruptions while still attempting to avoid overheads in the kernel entry/exit path, to provide 100% kernel semantics, etc. However, some applications require a "hard" commitment from th

[PATCH v16 00/13] support "task_isolation" mode

2017-11-03 Thread Chris Metcalf
Here, finally, is a new spin of the task isolation work (v16), with changes based on the issues that were raised at last year's Linux Plumbers Conference and in the email discussion that followed. This version of the patch series cleans up a number of areas that were a little dodgy in the previous

Re: [PATCHv2 1/1] locking/qspinlock/x86: Avoid test-and-set when PV_DEDICATED is set

2017-11-03 Thread Eduardo Valentin
On Fri, Nov 03, 2017 at 11:09:53AM +0100, Paolo Bonzini wrote: > On 02/11/2017 19:43, Eduardo Valentin wrote: > > On Thu, Nov 02, 2017 at 07:24:16PM +0100, Paolo Bonzini wrote: > >> On 02/11/2017 19:08, Eduardo Valentin wrote: > >>> On Thu, Nov 02, 2017 at 06:56:46PM +0100, Paolo Bonzini wrote: > >

Re: [PATCH 2/3] printk: Add /sys/consoles/ interface

2017-11-03 Thread Kroah-Hartman
On Fri, Nov 03, 2017 at 04:46:51PM +0100, Petr Mladek wrote: > On Fri 2017-11-03 15:32:34, Kroah-Hartman wrote: > > > > diff --git a/Documentation/ABI/testing/sysfs-consoles > > > > b/Documentation/ABI/testing/sysfs-consoles > > > > new file mode 100644 > > > > index 000..6a1593e > > > > --- /

Re: [PATCH 2/3] printk: Add /sys/consoles/ interface

2017-11-03 Thread Petr Mladek
On Fri 2017-11-03 15:32:34, Kroah-Hartman wrote: > > > diff --git a/Documentation/ABI/testing/sysfs-consoles > > > b/Documentation/ABI/testing/sysfs-consoles > > > new file mode 100644 > > > index 000..6a1593e > > > --- /dev/null > > > +++ b/Documentation/ABI/testing/sysfs-consoles > > > @@ -0

Re: [PATCH v10 20/38] x86, mpparse: Use memremap to map the mpf and mpc data

2017-11-03 Thread Tom Lendacky
On 11/3/2017 10:12 AM, Tomeu Vizoso wrote: On 17 July 2017 at 23:10, Tom Lendacky wrote: The SMP MP-table is built by UEFI and placed in memory in a decrypted state. These tables are accessed using a mix of early_memremap(), early_memunmap(), phys_to_virt() and virt_to_phys(). Change all access

Re: [PATCH v10 20/38] x86, mpparse: Use memremap to map the mpf and mpc data

2017-11-03 Thread Tomeu Vizoso
On 17 July 2017 at 23:10, Tom Lendacky wrote: > The SMP MP-table is built by UEFI and placed in memory in a decrypted > state. These tables are accessed using a mix of early_memremap(), > early_memunmap(), phys_to_virt() and virt_to_phys(). Change all accesses > to use early_memremap()/early_memun

Re: [PATCH 3/3] printk: Add ability to set loglevel via "console=" cmdline

2017-11-03 Thread Petr Mladek
On Thu 2017-09-28 17:43:57, Calvin Owens wrote: > This extends the "console=" interface to allow setting the per-console > loglevel by adding "/N" to the string, where N is the desired loglevel > expressed as a base 10 integer. Invalid values are silently ignored. > > Cc: Petr Mladek > Cc: Steven

Re: [PATCH 2/3] printk: Add /sys/consoles/ interface

2017-11-03 Thread Kroah-Hartman
On Fri, Nov 03, 2017 at 03:21:14PM +0100, Petr Mladek wrote: > On Thu 2017-09-28 17:43:56, Calvin Owens wrote: > > This adds a new sysfs interface that contains a directory for each > > console registered on the system. Each directory contains a single > > "loglevel" file for reading and setting th

Re: [PATCH v10 00/20] simplify crypto wait for async op

2017-11-03 Thread Herbert Xu
On Wed, Oct 18, 2017 at 08:00:32AM +0100, Gilad Ben-Yossef wrote: > Many users of kernel async. crypto services have a pattern of > starting an async. crypto op and than using a completion > to wait for it to end. > > This patch set simplifies this common use case in two ways: > > First, by separ

Re: [PATCH 2/3] printk: Add /sys/consoles/ interface

2017-11-03 Thread Petr Mladek
On Thu 2017-09-28 17:43:56, Calvin Owens wrote: > This adds a new sysfs interface that contains a directory for each > console registered on the system. Each directory contains a single > "loglevel" file for reading and setting the per-console loglevel. > > We can let kobject destruction race with

Re: [PATCH 1/3] printk: Introduce per-console loglevel setting

2017-11-03 Thread Steven Rostedt
On Fri, 3 Nov 2017 13:00:05 +0100 Petr Mladek wrote: > On Thu 2017-09-28 17:43:55, Calvin Owens wrote: > > This patch introduces a new per-console loglevel setting, and changes > > console_unlock() to use max(global_level, per_console_level) when > > deciding whether or not to emit a given log me

Re: [PATCH 1/3] printk: Introduce per-console loglevel setting

2017-11-03 Thread Petr Mladek
On Thu 2017-09-28 17:43:55, Calvin Owens wrote: > This patch introduces a new per-console loglevel setting, and changes > console_unlock() to use max(global_level, per_console_level) when > deciding whether or not to emit a given log message. > diff --git a/include/linux/console.h b/include/linux/

Re: [PATCHv2 1/1] locking/qspinlock/x86: Avoid test-and-set when PV_DEDICATED is set

2017-11-03 Thread Paolo Bonzini
On 02/11/2017 19:43, Eduardo Valentin wrote: > On Thu, Nov 02, 2017 at 07:24:16PM +0100, Paolo Bonzini wrote: >> On 02/11/2017 19:08, Eduardo Valentin wrote: >>> On Thu, Nov 02, 2017 at 06:56:46PM +0100, Paolo Bonzini wrote: On 02/11/2017 18:45, Eduardo Valentin wrote: > Currently, the exi