On 11/5/18 10:35 PM, Mike Rapoport wrote:
> On Mon, Nov 05, 2018 at 01:12:40PM -0800, Matthew Wilcox wrote:
>> On Mon, Nov 05, 2018 at 09:58:15PM +0200, Mike Rapoport wrote:
>>> @@ -21,10 +21,10 @@ Virtual Memory Primer
>>> The physical memory in a computer system is a limited resource and
>>>
On Mon, Nov 05, 2018 at 01:12:40PM -0800, Matthew Wilcox wrote:
> On Mon, Nov 05, 2018 at 09:58:15PM +0200, Mike Rapoport wrote:
> > @@ -21,10 +21,10 @@ Virtual Memory Primer
> > The physical memory in a computer system is a limited resource and
> > even for systems that support memory hotplug
On Mon, Nov 05, 2018 at 09:58:15PM +0200, Mike Rapoport wrote:
> @@ -21,10 +21,10 @@ Virtual Memory Primer
> The physical memory in a computer system is a limited resource and
> even for systems that support memory hotplug there is a hard limit on
> the amount of memory that can be installed.
On 11/5/18 11:58 AM, Mike Rapoport wrote:
> From: Mike Rapoport
>
> Signed-off-by: Mike Rapoport
> Cc: Randy Dunlap
> ---
>
> There was a couple of grammar fixes Randy suggested a while ago, but it
> seems I've never sent them out.
>
> Documentation/admin-guide/mm/concepts.rst | 39
>
From: Mike Rapoport
Signed-off-by: Mike Rapoport
Cc: Randy Dunlap
---
There was a couple of grammar fixes Randy suggested a while ago, but it
seems I've never sent them out.
Documentation/admin-guide/mm/concepts.rst | 39 ---
1 file changed, 20 insertions(+), 19
On Mon, Nov 5, 2018 at 5:15 AM Martin Schwidefsky
wrote:
>
> This patch would work for me:
Thanks, applied,
Linus
On Mon, 5 Nov 2018 14:15:35 +0100
Martin Schwidefsky wrote:
>
> Follow-up question: the __no_sanitize_address_or_inline define has the
> 'notrace'
> option that is missing for __no_kasan_or_inline. We need that option for
> __load_psw_mask, if we do the replacement all users of
On Mon, 5 Nov 2018 07:02:56 +0100
Martin Schwidefsky wrote:
> On Fri, 2 Nov 2018 09:09:32 -0700
> Linus Torvalds wrote:
>
> > On Fri, Nov 2, 2018 at 2:43 AM Andrey Ryabinin
> > wrote:
> > >
> > > You're right, version checks shouldn't matter here. But
> > > __no_sanitize_address_or_inline
