From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1756940AbbCCPkE (ORCPT <rfc822;w@1wt.eu>);
	Tue, 3 Mar 2015 10:40:04 -0500
Received: from mailout4.w1.samsung.com ([210.118.77.14]:60251 "EHLO
	mailout4.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756206AbbCCPkB (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 3 Mar 2015 10:40:01 -0500
X-AuditID: cbfec7f5-b7fc86d0000066b7-cd-54f5d53a5d27
Message-id: <54F5D5CC.6070901@samsung.com>
Date: Tue, 03 Mar 2015 18:39:56 +0300
From: Andrey Ryabinin <a.ryabinin@samsung.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101
 Thunderbird/31.4.0
MIME-version: 1.0
To: Dmitry Vyukov <dvyukov@google.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
        Christoph Lameter <cl@linux.com>, David Rientjes <rientjes@google.com>,
        Joonsoo Kim <iamjoonsoo.kim@lge.com>,
        Pekka Enberg <penberg@kernel.org>,
        Linux Memory Management List <linux-mm@kvack.org>,
        Sasha Levin <sasha.levin@oracle.com>,
        Dmitry Chernenkov <dmitryc@google.com>,
        Konstantin Khlebnikov <koct9i@gmail.com>,
        LKML <linux-kernel@vger.kernel.org>
Subject: Re: [RFC] slub memory quarantine
References: <54F57716.80809@samsung.com>
 <CACT4Y+YQ3cuUvRrT_19RbxFVWHGnzviSFi0-ud88jq9g9jUZog@mail.gmail.com>
In-reply-to: <CACT4Y+YQ3cuUvRrT_19RbxFVWHGnzviSFi0-ud88jq9g9jUZog@mail.gmail.com>
Content-type: text/plain; charset=utf-8
Content-transfer-encoding: 7bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrELMWRmVeSWpSXmKPExsVy+t/xa7pWV7+GGDT9Z7eYs34Nm8X1b28Y
	LZ4/fMhuMeFhG7vFyu5mNouVnQ9YLS7vmsNmcW/Nf1aLts//gMSSjUwWi4/cZnbg9tg56y67
	x4JNpR6bVnWyeWz6NIndo+vtFSaPEzN+s3g8uTKdyePj01ssHp83yQVwRnHZpKTmZJalFunb
	JXBlLHr6kalgA2vF1m8GDYyrWboYOTkkBEwkDq7ZwQhhi0lcuLeerYuRi0NIYCmjxLa/X1kg
	nGYmia9zl7B3MXJw8ApoSdz4pw3SwCKgKrF6/l+wQWwCehL/Zm1nA7FFBSIk5h97zQxi8woI
	SvyYfA+sRkRATaLxdQ/YAmaBGcwS/+a2soMkhAU0Ja6v288KYgsJ5Es0H5gEZnMKBEs0n5vF
	ArKXWUBdYsqUXJAws4C8xOY1b5knMArMQrJiFkLVLCRVCxiZVzGKppYmFxQnpeca6RUn5haX
	5qXrJefnbmKExMvXHYxLj1kdYhTgYFTi4T1x8HOIEGtiWXFl7iFGCQ5mJRFe2StfQ4R4UxIr
	q1KL8uOLSnNSiw8xMnFwSjUwSuywnmqw5neMcMSV6XdjLlye8ONcHed7ewEfm/fcbdvrVnSx
	W4R2RGV6yFd475CU36h12PanW5Jg/Ntza39ISmn6CkiYHUv5Wxh6UfL6v4kPXbeamk2I/nE6
	U/qHdZHsd8Zo1Ri2rX2Jzd6PvtdG/aqPYzBeeTnq+2mzJPPLUz8+/Cz+5H6zEktxRqKhFnNR
	cSIAnKuG3HUCAAA=
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On 03/03/2015 12:10 PM, Dmitry Vyukov wrote:
> Please hold on with this.
> Dmitry Chernenkov is working on a quarantine that works with both slub
> and slab, does not cause spurious OOMs and does not depend on
> slub-debug which has unacceptable performance (acquires global lock).

I think that it's a separate issue. KASan already depend on slub_debug - it required for redzones/user tracking.
I think that some parts slub debugging (like user tracking and this quarantine)
could be moved (for CONFIG_KASAN=y) to the fast path without any locking.


> Me or Dmitry C will send an email to kasan-dev@googlegroups.com to
> discuss quarantine development direction.
>