On Fri, Apr 22, 2016 at 11:32 PM, Andrew Morton
wrote:
> On Wed, 13 Apr 2016 13:20:09 +0200 Alexander Potapenko
> wrote:
>
>> Instead of calling kasan_krealloc(), which replaces the memory allocation
>> stack ID (if stack depot is used), just unpoison the whole memory chunk.
>
> I don't understa
On Wed, 13 Apr 2016 13:20:09 +0200 Alexander Potapenko
wrote:
> Instead of calling kasan_krealloc(), which replaces the memory allocation
> stack ID (if stack depot is used), just unpoison the whole memory chunk.
I don't understand why these two patches exist. Bugfix? Cleanup?
Optimization?
On 04/13/2016 02:20 PM, Alexander Potapenko wrote:
> Instead of calling kasan_krealloc(), which replaces the memory allocation
> stack ID (if stack depot is used), just unpoison the whole memory chunk.
>
> Signed-off-by: Alexander Potapenko
Acked-by: Andrey Ryabinin
> ---
> v2: - splitted v1
Instead of calling kasan_krealloc(), which replaces the memory allocation
stack ID (if stack depot is used), just unpoison the whole memory chunk.
Signed-off-by: Alexander Potapenko
---
v2: - splitted v1 into two patches
---
mm/slab.c | 2 +-
mm/slub.c | 5 +++--
2 files changed, 4 insertions(+)
4 matches
Mail list logo