All of lore.kernel.org
 help / color / mirror / Atom feed
From: a.ryabinin@samsung.com (Andrey Ryabinin)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 1/5] mm: kasan: introduce generic kasan_populate_zero_shadow()
Date: Wed, 22 Jul 2015 17:44:42 +0300	[thread overview]
Message-ID: <55AFAC5A.5010507@samsung.com> (raw)
In-Reply-To: <CALW4P++z9oJhWNCLLOV0xChdbNVuqokEBmzut08XKfQe1viknw@mail.gmail.com>

On 07/22/2015 05:25 PM, Alexey Klimov wrote:
> Hi Andrey,
> 
> Could you please check minor comments below?
> 
> On Wed, Jul 22, 2015 at 1:30 PM, Andrey Ryabinin <a.ryabinin@samsung.com> wrote:
>> Introduce generic kasan_populate_zero_shadow(start, end).
>> This function maps kasan_zero_page to the [start, end] addresses.
>>
>> In follow on patches it will be used for ARMv8 (and maybe other
>> architectures) and will replace x86_64 specific populate_zero_shadow().
>>
>> Signed-off-by: Andrey Ryabinin <a.ryabinin@samsung.com>
>> ---
>>  arch/x86/mm/kasan_init_64.c |   8 +--
>>  include/linux/kasan.h       |   8 +++
>>  mm/kasan/Makefile           |   2 +-
>>  mm/kasan/kasan_init.c       | 142 ++++++++++++++++++++++++++++++++++++++++++++
>>  4 files changed, 155 insertions(+), 5 deletions(-)
>>  create mode 100644 mm/kasan/kasan_init.c
>>
> 
> [..]
> 
>> diff --git a/mm/kasan/kasan_init.c b/mm/kasan/kasan_init.c
>> new file mode 100644
>> index 0000000..37fb46a
>> --- /dev/null
>> +++ b/mm/kasan/kasan_init.c
>> @@ -0,0 +1,142 @@
>> +#include <linux/bootmem.h>
>> +#include <linux/init.h>
>> +#include <linux/kasan.h>
>> +#include <linux/kernel.h>
>> +#include <linux/memblock.h>
>> +#include <linux/pfn.h>
>> +
>> +#include <asm/page.h>
>> +#include <asm/pgalloc.h>
>> +
> 
> Are you releasing code under GPL?
> Shouldn't there be any license header in such new file?
> 

Sure, will do.

...

>> +
>> +               if (pgd_none(*pgd)) {
>> +                       void *p = early_alloc(PAGE_SIZE, NUMA_NO_NODE);
>> +                       if (!p)
>> +                               return -ENOMEM;
>> +                       pgd_populate(&init_mm, pgd, p);
>> +               }
>> +               zero_pud_populate(pgd, addr, next);
> 
> But you're not checking return value after zero_pud_populate() and
> zero_pmd_populate() that might fail with ENOMEM.
> Is it critical here on init or can they be converted to return void?
> 
I think it's better to convert these functions to void.
BTW, this check after early_alloc() is pointless because early_alloc() will panic
if allocation failed.


> 
>> +/**
>> + * kasan_populate_zero_shadow - populate shadow memory region with
>> + *                               kasan_zero_page
>> + * @start - start of the memory range to populate
>> + * @end   - end of the memory range to populate
>> + */
>> +void __init kasan_populate_zero_shadow(const void *start, const void *end)
>> +{
>> +       if (zero_pgd_populate((unsigned long)start, (unsigned long)end))
>> +               panic("kasan: unable to map zero shadow!");
>> +}
>> --
>> 2.4.5
>>
>>
>> _______________________________________________
>> linux-arm-kernel mailing list
>> linux-arm-kernel at lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
> 
> 
> 

WARNING: multiple messages have this Message-ID (diff)
From: Andrey Ryabinin <a.ryabinin@samsung.com>
To: Alexey Klimov <klimov.linux@gmail.com>
Cc: Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	linux-arm-kernel@lists.infradead.org,
	Arnd Bergmann <arnd@arndb.de>,
	linux-mm@kvack.org, Linus Walleij <linus.walleij@linaro.org>,
	x86@kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	David Keitel <dkeitel@codeaurora.org>,
	Ingo Molnar <mingo@redhat.com>,
	Alexander Potapenko <glider@google.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Dmitry Vyukov <dvyukov@google.com>,
	Yury Norov <yury.norov@gmail.com>
Subject: Re: [PATCH v3 1/5] mm: kasan: introduce generic kasan_populate_zero_shadow()
Date: Wed, 22 Jul 2015 17:44:42 +0300	[thread overview]
Message-ID: <55AFAC5A.5010507@samsung.com> (raw)
In-Reply-To: <CALW4P++z9oJhWNCLLOV0xChdbNVuqokEBmzut08XKfQe1viknw@mail.gmail.com>

On 07/22/2015 05:25 PM, Alexey Klimov wrote:
> Hi Andrey,
> 
> Could you please check minor comments below?
> 
> On Wed, Jul 22, 2015 at 1:30 PM, Andrey Ryabinin <a.ryabinin@samsung.com> wrote:
>> Introduce generic kasan_populate_zero_shadow(start, end).
>> This function maps kasan_zero_page to the [start, end] addresses.
>>
>> In follow on patches it will be used for ARMv8 (and maybe other
>> architectures) and will replace x86_64 specific populate_zero_shadow().
>>
>> Signed-off-by: Andrey Ryabinin <a.ryabinin@samsung.com>
>> ---
>>  arch/x86/mm/kasan_init_64.c |   8 +--
>>  include/linux/kasan.h       |   8 +++
>>  mm/kasan/Makefile           |   2 +-
>>  mm/kasan/kasan_init.c       | 142 ++++++++++++++++++++++++++++++++++++++++++++
>>  4 files changed, 155 insertions(+), 5 deletions(-)
>>  create mode 100644 mm/kasan/kasan_init.c
>>
> 
> [..]
> 
>> diff --git a/mm/kasan/kasan_init.c b/mm/kasan/kasan_init.c
>> new file mode 100644
>> index 0000000..37fb46a
>> --- /dev/null
>> +++ b/mm/kasan/kasan_init.c
>> @@ -0,0 +1,142 @@
>> +#include <linux/bootmem.h>
>> +#include <linux/init.h>
>> +#include <linux/kasan.h>
>> +#include <linux/kernel.h>
>> +#include <linux/memblock.h>
>> +#include <linux/pfn.h>
>> +
>> +#include <asm/page.h>
>> +#include <asm/pgalloc.h>
>> +
> 
> Are you releasing code under GPL?
> Shouldn't there be any license header in such new file?
> 

Sure, will do.

...

>> +
>> +               if (pgd_none(*pgd)) {
>> +                       void *p = early_alloc(PAGE_SIZE, NUMA_NO_NODE);
>> +                       if (!p)
>> +                               return -ENOMEM;
>> +                       pgd_populate(&init_mm, pgd, p);
>> +               }
>> +               zero_pud_populate(pgd, addr, next);
> 
> But you're not checking return value after zero_pud_populate() and
> zero_pmd_populate() that might fail with ENOMEM.
> Is it critical here on init or can they be converted to return void?
> 
I think it's better to convert these functions to void.
BTW, this check after early_alloc() is pointless because early_alloc() will panic
if allocation failed.


> 
>> +/**
>> + * kasan_populate_zero_shadow - populate shadow memory region with
>> + *                               kasan_zero_page
>> + * @start - start of the memory range to populate
>> + * @end   - end of the memory range to populate
>> + */
>> +void __init kasan_populate_zero_shadow(const void *start, const void *end)
>> +{
>> +       if (zero_pgd_populate((unsigned long)start, (unsigned long)end))
>> +               panic("kasan: unable to map zero shadow!");
>> +}
>> --
>> 2.4.5
>>
>>
>> _______________________________________________
>> linux-arm-kernel mailing list
>> linux-arm-kernel@lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
> 
> 
> 

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

WARNING: multiple messages have this Message-ID (diff)
From: Andrey Ryabinin <a.ryabinin@samsung.com>
To: Alexey Klimov <klimov.linux@gmail.com>
Cc: Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	linux-arm-kernel@lists.infradead.org,
	Arnd Bergmann <arnd@arndb.de>,
	linux-mm@kvack.org, Linus Walleij <linus.walleij@linaro.org>,
	x86@kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	David Keitel <dkeitel@codeaurora.org>,
	Ingo Molnar <mingo@redhat.com>,
	Alexander Potapenko <glider@google.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Dmitry Vyukov <dvyukov@google.com>,
	Yury Norov <yury.norov@gmail.com>
Subject: Re: [PATCH v3 1/5] mm: kasan: introduce generic kasan_populate_zero_shadow()
Date: Wed, 22 Jul 2015 17:44:42 +0300	[thread overview]
Message-ID: <55AFAC5A.5010507@samsung.com> (raw)
In-Reply-To: <CALW4P++z9oJhWNCLLOV0xChdbNVuqokEBmzut08XKfQe1viknw@mail.gmail.com>

On 07/22/2015 05:25 PM, Alexey Klimov wrote:
> Hi Andrey,
> 
> Could you please check minor comments below?
> 
> On Wed, Jul 22, 2015 at 1:30 PM, Andrey Ryabinin <a.ryabinin@samsung.com> wrote:
>> Introduce generic kasan_populate_zero_shadow(start, end).
>> This function maps kasan_zero_page to the [start, end] addresses.
>>
>> In follow on patches it will be used for ARMv8 (and maybe other
>> architectures) and will replace x86_64 specific populate_zero_shadow().
>>
>> Signed-off-by: Andrey Ryabinin <a.ryabinin@samsung.com>
>> ---
>>  arch/x86/mm/kasan_init_64.c |   8 +--
>>  include/linux/kasan.h       |   8 +++
>>  mm/kasan/Makefile           |   2 +-
>>  mm/kasan/kasan_init.c       | 142 ++++++++++++++++++++++++++++++++++++++++++++
>>  4 files changed, 155 insertions(+), 5 deletions(-)
>>  create mode 100644 mm/kasan/kasan_init.c
>>
> 
> [..]
> 
>> diff --git a/mm/kasan/kasan_init.c b/mm/kasan/kasan_init.c
>> new file mode 100644
>> index 0000000..37fb46a
>> --- /dev/null
>> +++ b/mm/kasan/kasan_init.c
>> @@ -0,0 +1,142 @@
>> +#include <linux/bootmem.h>
>> +#include <linux/init.h>
>> +#include <linux/kasan.h>
>> +#include <linux/kernel.h>
>> +#include <linux/memblock.h>
>> +#include <linux/pfn.h>
>> +
>> +#include <asm/page.h>
>> +#include <asm/pgalloc.h>
>> +
> 
> Are you releasing code under GPL?
> Shouldn't there be any license header in such new file?
> 

Sure, will do.

...

>> +
>> +               if (pgd_none(*pgd)) {
>> +                       void *p = early_alloc(PAGE_SIZE, NUMA_NO_NODE);
>> +                       if (!p)
>> +                               return -ENOMEM;
>> +                       pgd_populate(&init_mm, pgd, p);
>> +               }
>> +               zero_pud_populate(pgd, addr, next);
> 
> But you're not checking return value after zero_pud_populate() and
> zero_pmd_populate() that might fail with ENOMEM.
> Is it critical here on init or can they be converted to return void?
> 
I think it's better to convert these functions to void.
BTW, this check after early_alloc() is pointless because early_alloc() will panic
if allocation failed.


> 
>> +/**
>> + * kasan_populate_zero_shadow - populate shadow memory region with
>> + *                               kasan_zero_page
>> + * @start - start of the memory range to populate
>> + * @end   - end of the memory range to populate
>> + */
>> +void __init kasan_populate_zero_shadow(const void *start, const void *end)
>> +{
>> +       if (zero_pgd_populate((unsigned long)start, (unsigned long)end))
>> +               panic("kasan: unable to map zero shadow!");
>> +}
>> --
>> 2.4.5
>>
>>
>> _______________________________________________
>> linux-arm-kernel mailing list
>> linux-arm-kernel@lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
> 
> 
> 


  reply	other threads:[~2015-07-22 14:44 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-22 10:30 [PATCH v3 0/5] KASAN for arm64 Andrey Ryabinin
2015-07-22 10:30 ` Andrey Ryabinin
2015-07-22 10:30 ` Andrey Ryabinin
2015-07-22 10:30 ` [PATCH v3 1/5] mm: kasan: introduce generic kasan_populate_zero_shadow() Andrey Ryabinin
2015-07-22 10:30   ` Andrey Ryabinin
2015-07-22 10:30   ` Andrey Ryabinin
2015-07-22 14:17   ` Catalin Marinas
2015-07-22 14:17     ` Catalin Marinas
2015-07-22 14:17     ` Catalin Marinas
2015-07-22 14:34     ` Andrey Ryabinin
2015-07-22 14:34       ` Andrey Ryabinin
2015-07-22 14:34       ` Andrey Ryabinin
2015-07-22 14:25   ` Alexey Klimov
2015-07-22 14:25     ` Alexey Klimov
2015-07-22 14:25     ` Alexey Klimov
2015-07-22 14:44     ` Andrey Ryabinin [this message]
2015-07-22 14:44       ` Andrey Ryabinin
2015-07-22 14:44       ` Andrey Ryabinin
2015-07-22 10:30 ` [PATCH v3 2/5] arm64: introduce VA_START macro - the first kernel virtual address Andrey Ryabinin
2015-07-22 10:30   ` Andrey Ryabinin
2015-07-22 10:30   ` Andrey Ryabinin
2015-07-22 14:21   ` Catalin Marinas
2015-07-22 14:21     ` Catalin Marinas
2015-07-22 14:21     ` Catalin Marinas
2015-07-22 10:30 ` [PATCH v3 3/5] arm64: move PGD_SIZE definition to pgalloc.h Andrey Ryabinin
2015-07-22 10:30   ` Andrey Ryabinin
2015-07-22 10:30   ` Andrey Ryabinin
2015-07-22 14:24   ` Catalin Marinas
2015-07-22 14:24     ` Catalin Marinas
2015-07-22 14:24     ` Catalin Marinas
2015-07-22 10:30 ` [PATCH v3 4/5] arm64: add KASAN support Andrey Ryabinin
2015-07-22 10:30   ` Andrey Ryabinin
2015-07-22 10:30   ` Andrey Ryabinin
2015-07-22 15:49   ` Catalin Marinas
2015-07-22 15:49     ` Catalin Marinas
2015-07-22 15:49     ` Catalin Marinas
2015-07-22 10:30 ` [PATCH v3 5/5] ARM64: kasan: print memory assignment Andrey Ryabinin
2015-07-22 10:30   ` Andrey Ryabinin
2015-07-22 10:30   ` Andrey Ryabinin
2015-07-22 14:24   ` Catalin Marinas
2015-07-22 14:24     ` Catalin Marinas
2015-07-22 14:24     ` Catalin Marinas
2015-07-22 14:44 ` [PATCH v3 0/5] KASAN for arm64 Alexey Klimov
2015-07-22 14:44   ` Alexey Klimov
2015-07-22 14:44   ` Alexey Klimov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=55AFAC5A.5010507@samsung.com \
    --to=a.ryabinin@samsung.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.