[PATCH] mm-kasan-switch-slub-to-stackdepot-enable-memory-quarantine-for-slub-fix

2016-07-15 Thread Andrey Ryabinin
- Remove CONFIG_SLAB ifdefs. The code works just fine with both allocators. - Reset metada offsets if metadata doesn't fit. Otherwise kasan_metadata_size() will give us the wrong results. Signed-off-by: Andrey Ryabinin --- mm/kasan/kasan.c | 17 + 1 file changed, 5 insertions(+),

Re: [PATCH] mm-kasan-switch-slub-to-stackdepot-enable-memory-quarantine-for-slub-fix

2016-07-15 Thread Alexander Potapenko
On Fri, Jul 15, 2016 at 6:50 PM, Andrey Ryabinin wrote: > - Remove CONFIG_SLAB ifdefs. The code works just fine with both allocators. > - Reset metada offsets if metadata doesn't fit. Otherwise > kasan_metadata_size() > will give us the wrong results. > > Signed-off-by: Andrey Ryabinin Acked-by:

Re: [PATCH] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

2016-06-15 Thread Alexander Potapenko
On Thu, Jun 9, 2016 at 8:22 PM, Alexander Potapenko wrote: > On Thu, Jun 9, 2016 at 6:45 PM, Andrey Ryabinin > wrote: >> >> >> On 06/08/2016 09:40 PM, Alexander Potapenko wrote: >>> For KASAN builds: >>> - switch SLUB allocator to using stackdepot instead of storing the >>>allocation/deallo

Re: [PATCH] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

2016-06-15 Thread Alexander Potapenko
On Thu, Jun 9, 2016 at 8:22 PM, Alexander Potapenko wrote: > On Thu, Jun 9, 2016 at 6:45 PM, Andrey Ryabinin > wrote: >> >> >> On 06/08/2016 09:40 PM, Alexander Potapenko wrote: >>> For KASAN builds: >>> - switch SLUB allocator to using stackdepot instead of storing the >>>allocation/deallo

Re: [PATCH] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

2016-06-09 Thread Alexander Potapenko
On Thu, Jun 9, 2016 at 6:45 PM, Andrey Ryabinin wrote: > > > On 06/08/2016 09:40 PM, Alexander Potapenko wrote: >> For KASAN builds: >> - switch SLUB allocator to using stackdepot instead of storing the >>allocation/deallocation stacks in the objects; >> - define SLAB_RED_ZONE, SLAB_POISON,

Re: [PATCH] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

2016-06-09 Thread Andrey Ryabinin
On 06/08/2016 09:40 PM, Alexander Potapenko wrote: > For KASAN builds: > - switch SLUB allocator to using stackdepot instead of storing the >allocation/deallocation stacks in the objects; > - define SLAB_RED_ZONE, SLAB_POISON, SLAB_STORE_USER to zero, >effectively disabling these debug

Re: [PATCH] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

2016-06-08 Thread kbuild test robot
Hi, [auto build test WARNING on v4.7-rc2] [cannot apply to next-20160608] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Alexander-Potapenko/mm-kasan-switch-SLUB-to-stackdepot-enable-memory-quar

Re: [PATCH] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

2016-06-08 Thread kbuild test robot
Hi, [auto build test ERROR on v4.7-rc2] [cannot apply to next-20160608] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Alexander-Potapenko/mm-kasan-switch-SLUB-to-stackdepot-enable-memory-quaran

Re: [PATCH] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

2016-06-08 Thread kbuild test robot
Hi, [auto build test WARNING on v4.7-rc2] [cannot apply to next-20160608] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Alexander-Potapenko/mm-kasan-switch-SLUB-to-stackdepot-enable-memory-quar

[PATCH] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

2016-06-08 Thread Alexander Potapenko
For KASAN builds: - switch SLUB allocator to using stackdepot instead of storing the allocation/deallocation stacks in the objects; - define SLAB_RED_ZONE, SLAB_POISON, SLAB_STORE_USER to zero, effectively disabling these debug features, as they're redundant in the presence of KASAN; -