Re: [PATCH v2 1/3] mm: add vm_insert_mixed_mkwrite()

On Fri 16-06-17 22:09:26, Ross Zwisler wrote: > On Thu, Jun 15, 2017 at 04:42:04PM +0200, Jan Kara wrote: > > On Wed 14-06-17 11:22:09, Ross Zwisler wrote: > > > To be able to use the common 4k zero page in DAX we need to have our PTE > > > fault path look more like our PMD fault path where a PTE

Re: [PATCH v3 4/4] kmod: throttle kmod thread limit

On Thu, Jun 22, 2017 at 05:19:36PM +0200, Petr Mladek wrote: > On Fri 2017-05-26 14:12:28, Luis R. Rodriguez wrote: > > --- a/kernel/kmod.c > > +++ b/kernel/kmod.c > > @@ -163,14 +163,11 @@ int __request_module(bool wait, const char *fmt, ...) > > return ret; > > > > if

Re: [PATCH 18/20] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32

Hi Yury, On 04/06/17 13:00, Yury Norov wrote: > ILP32 has context-related structures different from both aarch32 and > aarch64/lp64. In this patch compat_arch_ptrace() renamed to > compat_a32_ptrace(), and compat_arch_ptrace() only makes choice between > compat_a32_ptrace() and new

Re: [PATCH] Documentation: atomic_ops.txt is core-api/atomic_ops.rst

On Fri, 23 Jun 2017 13:29:54 PDT (-0700), cor...@lwn.net wrote: > On Fri, 23 Jun 2017 13:25:22 -0700 > Palmer Dabbelt wrote: > >> I was reading the memory barries documentation in order to make sure the >> RISC-V barries were correct, and I found a broken link to the atomic >>

Re: [PATCH] Documentation: atomic_ops.txt is core-api/atomic_ops.rst

On Fri, Jun 23, 2017 at 01:31:39PM -0700, Palmer Dabbelt wrote: > I was reading the memory barries documentation in order to make sure the > RISC-V barries were correct, and I found a broken link to the atomic > operations documentation. > > Signed-off-by: Palmer Dabbelt >

Re: [PATCH 18/20] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32

On Fri, Jun 23, 2017 at 06:03:37PM +0100, James Morse wrote: > Hi Yury, > > On 04/06/17 13:00, Yury Norov wrote: > > ILP32 has context-related structures different from both aarch32 and > > aarch64/lp64. In this patch compat_arch_ptrace() renamed to > > compat_a32_ptrace(), and

Re: [PATCH v2 00/53] Get rid of Docbook

On Fri, 16 Jun 2017 16:03:23 +0200 Markus Heiser wrote: > I guess there are little remains lying around ;) what I have found: I just committed the following to clean up that stuff, thanks. jon >From 52b3f239bb692d9b3a68461798fb15c011e4108e Mon Sep 17 00:00:00 2001

[PATCH] Documentation: atomic_ops.txt is core-api/atomic_ops.rst

I was reading the memory barries documentation in order to make sure the RISC-V barries were correct, and I found a broken link to the atomic operations documentation. Signed-off-by: Palmer Dabbelt Acked-by: Will Deacon ---

[PATCH] Documentation: atomic_ops.txt is core-api/atomic_ops.rst

I was reading the memory barries documentation in order to make sure the RISC-V barries were correct, and I found a broken link to the atomic operations documentation. Signed-off-by: Palmer Dabbelt Acked-by: Will Deacon ---

Re: [PATCH] Documentation: atomic_ops.txt is core-api/atomic_ops.rst

On Fri, 23 Jun 2017 13:25:22 -0700 Palmer Dabbelt wrote: > I was reading the memory barries documentation in order to make sure the > RISC-V barries were correct, and I found a broken link to the atomic > operations documentation. This looks good to me, but can you resend

Re: [PATCH v3 4/4] kmod: throttle kmod thread limit

On Fri, Jun 23, 2017 at 06:16:19PM +0200, Luis R. Rodriguez wrote: > On Thu, Jun 22, 2017 at 05:19:36PM +0200, Petr Mladek wrote: > > On Fri 2017-05-26 14:12:28, Luis R. Rodriguez wrote: > > > --- a/kernel/kmod.c > > > +++ b/kernel/kmod.c > > > @@ -178,6 +175,7 @@ int __request_module(bool wait,

Re: [PATCH v2] mm: Allow slab_nomerge to be set at build time

On Fri, Jun 23, 2017 at 7:06 AM, Michal Hocko wrote: > On Tue 20-06-17 16:09:11, Kees Cook wrote: >> Some hardened environments want to build kernels with slab_nomerge >> already set (so that they do not depend on remembering to set the kernel >> command line option). This is

Re: [PATCH] Make the main documentation title less Geocities

On Tue, 6 Jun 2017 16:50:04 -0400 Konstantin Ryabitsev wrote: > This is probably the lamest patch ever, but then again "Welcome to The > Linux Kernel's documentation" is nearly equally lame. Really, we don't > need to "Welcome" people to the documentation, just

Re: [PATCH v7 34/36] x86/mm: Add support to encrypt the kernel in-place

On 6/23/2017 5:00 AM, Borislav Petkov wrote: On Fri, Jun 16, 2017 at 01:56:19PM -0500, Tom Lendacky wrote: Add the support to encrypt the kernel in-place. This is done by creating new page mappings for the kernel - a decrypted write-protected mapping and an encrypted mapping. The kernel is

Re: [PATCH v3 4/4] kmod: throttle kmod thread limit

On Fri, Jun 23, 2017 at 07:56:11PM +0200, Luis R. Rodriguez wrote: > On Fri, Jun 23, 2017 at 06:16:19PM +0200, Luis R. Rodriguez wrote: > > On Thu, Jun 22, 2017 at 05:19:36PM +0200, Petr Mladek wrote: > > > On Fri 2017-05-26 14:12:28, Luis R. Rodriguez wrote: > > > > --- a/kernel/kmod.c > > > >

[PATCH v4 4/4] kmod: throttle kmod thread limit

If we reach the limit of modprobe_limit threads running the next request_module() call will fail. The original reason for adding a kill was to do away with possible issues with in old circumstances which would create a recursive series of request_module() calls. We can do better than just be

Re: [PATCH v7 36/36] x86/mm: Add support to make use of Secure Memory Encryption

On Fri, Jun 16, 2017 at 01:56:39PM -0500, Tom Lendacky wrote: > Add support to check if SME has been enabled and if memory encryption > should be activated (checking of command line option based on the > configuration of the default state). If memory encryption is to be > activated, then the

Re: [PATCH 2/5] Docs: Remove redundant geometry package inclusion

On Mon, 19 Jun 2017 07:49:06 -0300 Mauro Carvalho Chehab wrote: > There's a catch, though: as sphinxsetup hmargin/vmargin was added > only on Sphinx version 1.5.3, the enclosed patch won't adjust the > margins for versions 1.5.0 to 1.5.2. While I didn't test, I bet it >

[PATCH v4 2/4] kmod: reduce atomic operations on kmod_concurrent and simplify

When checking if we want to allow a kmod thread to kick off we increment, then read to see if we should enable a thread. If we were over the allowed limit limit we decrement. Splitting the increment far apart from decrement means there could be a time where two increments happen potentially giving

Re: [PATCH v2 12/29] kselftest.rst: do some adjustments after ReST conversion

On 06/23/2017 03:32 PM, Mauro Carvalho Chehab wrote: > Em Fri, 23 Jun 2017 08:04:02 -0600 > Shuah Khan escreveu: > >> Hi Mauro, >> >> On 06/17/2017 09:26 AM, Mauro Carvalho Chehab wrote: >>> Do some minor adjustments after ReST conversion: >>> >>> - On most documents, we use

Re: [PATCH v7 32/36] xen/x86: Remove SME feature in PV guests

On Fri, Jun 16, 2017 at 01:55:54PM -0500, Tom Lendacky wrote: > Xen does not currently support SME for PV guests. Clear the SME cpu nitpick: s/cpu/CPU/ > capability in order to avoid any ambiguity. > > Signed-off-by: Tom Lendacky > --- > arch/x86/xen/enlighten_pv.c |

Re: [PATCH v7 33/36] x86/mm: Use proper encryption attributes with /dev/mem

On Fri, Jun 16, 2017 at 01:56:07PM -0500, Tom Lendacky wrote: > When accessing memory using /dev/mem (or /dev/kmem) use the proper > encryption attributes when mapping the memory. > > To insure the proper attributes are applied when reading or writing > /dev/mem, update the xlate_dev_mem_ptr()

Re: [PATCH v7 34/36] x86/mm: Add support to encrypt the kernel in-place

On Fri, Jun 16, 2017 at 01:56:19PM -0500, Tom Lendacky wrote: > Add the support to encrypt the kernel in-place. This is done by creating > new page mappings for the kernel - a decrypted write-protected mapping > and an encrypted mapping. The kernel is encrypted by copying it through > a temporary

Re: [PATCH 0/2] x86/idle: add halt poll support

On 2017/6/23 12:35, Wanpeng Li wrote: 2017-06-23 12:08 GMT+08:00 Yang Zhang : On 2017/6/22 19:50, Wanpeng Li wrote: 2017-06-22 19:22 GMT+08:00 root : From: Yang Zhang Some latency-intensive workload will see

Re: [PATCH v7 31/36] x86/mm, kexec: Allow kexec to be used with SME

On Fri, Jun 16, 2017 at 01:55:45PM -0500, Tom Lendacky wrote: > Provide support so that kexec can be used to boot a kernel when SME is > enabled. > > Support is needed to allocate pages for kexec without encryption. This > is needed in order to be able to reboot in the kernel in the same manner

Re: [PATCH v7 35/36] x86/boot: Add early cmdline parsing for options with arguments

On Fri, Jun 16, 2017 at 01:56:30PM -0500, Tom Lendacky wrote: > Add a cmdline_find_option() function to look for cmdline options that > take arguments. The argument is returned in a supplied buffer and the > argument length (regardless of whether it fits in the supplied buffer) > is returned, with

Re: [PATCH v2 12/29] kselftest.rst: do some adjustments after ReST conversion

Hi Mauro, On 06/17/2017 09:26 AM, Mauro Carvalho Chehab wrote: > Do some minor adjustments after ReST conversion: > > - On most documents, we use prepend a "$ " before > command line arguments; > > - Prefer to use :: on the preceding line; > > - Split a multi-paragraph description as such. >

Re: [PATCH v2] mm: Allow slab_nomerge to be set at build time

On Tue 20-06-17 16:09:11, Kees Cook wrote: > Some hardened environments want to build kernels with slab_nomerge > already set (so that they do not depend on remembering to set the kernel > command line option). This is desired to reduce the risk of kernel heap > overflows being able to overwrite