lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Thu, 18 Feb 2016 11:32:40 -0600 (CST) From: Christoph Lameter <cl@...ux.com> To: Alexander Potapenko <glider@...gle.com> cc: adech.fo@...il.com, dvyukov@...gle.com, akpm@...ux-foundation.org, ryabinin.a.a@...il.com, rostedt@...dmis.org, iamjoonsoo.kim@....com, js1304@...il.com, kcc@...gle.com, kasan-dev@...glegroups.com, linux-kernel@...r.kernel.org, linux-mm@...ck.org Subject: Re: [PATCH v2 0/7] SLAB support for KASAN On Thu, 18 Feb 2016, Alexander Potapenko wrote: > Unlike SLUB, SLAB doesn't store allocation/deallocation stacks for heap > objects, therefore we reimplement this feature in mm/kasan/stackdepot.c. > The intention is to ultimately switch SLUB to use this implementation as > well, which will remove the dependency on SLUB_DEBUG. This needs to be clarified a bit. CONFIG_SLUB_DEBUG is on by default. So the dependency does not matter much. I think you depend on the slowpath debug processing right? The issue is that you want to do these things in the fastpath?
Powered by blists - more mailing lists