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 S1752526AbbCZQIW (ORCPT <rfc822;w@1wt.eu>);
	Thu, 26 Mar 2015 12:08:22 -0400
Received: from mailout3.w1.samsung.com ([210.118.77.13]:46715 "EHLO
	mailout3.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752464AbbCZQIB (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 26 Mar 2015 12:08:01 -0400
X-AuditID: cbfec7f4-b7f126d000001e9a-5c-55142e3602a5
Message-id: <55142EDA.4020301@samsung.com>
Date: Thu, 26 Mar 2015 19:07:54 +0300
From: Andrey Ryabinin <a.ryabinin@samsung.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101
 Thunderbird/31.5.0
MIME-version: 1.0
To: Andrew Morton <akpm@linux-foundation.org>,
        David Rientjes <rientjes@google.com>
Cc: Dave Kleikamp <shaggy@kernel.org>, Christoph Hellwig <hch@lst.de>,
        Sebastian Ott <sebott@linux.vnet.ibm.com>,
        Mikulas Patocka <mpatocka@redhat.com>,
        Catalin Marinas <catalin.marinas@arm.com>,
        linux-kernel@vger.kernel.org, linux-mm@kvack.org,
        jfs-discussion@lists.sourceforge.net
Subject: Re: [patch v2 4/4] mm, mempool: poison elements backed by page
 allocator
References: <alpine.DEB.2.10.1503241607240.21805@chino.kir.corp.google.com>
 <alpine.DEB.2.10.1503241609370.21805@chino.kir.corp.google.com>
 <20150325145523.94d1033b93cd5c1010df93bf@linux-foundation.org>
In-reply-to: <20150325145523.94d1033b93cd5c1010df93bf@linux-foundation.org>
Content-type: text/plain; charset=windows-1252
Content-transfer-encoding: 7bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrCLMWRmVeSWpSXmKPExsVy+t/xK7pmeiKhBs/uaVnMWb+GzeL9sh5G
	i5WrjzJZXPzYymRxedccNot7a/6zWkzsuMpk0bZkI5PFqa7DjBa37/xgduDyWDNvDaPHgk2l
	HptWdbJ5bPo0id3jxIzfLB4PDm1m8di94DOTx+6bDWwe7/ddZfP4vEkugCuKyyYlNSezLLVI
	3y6BK+PRhNXMBVtZKxr3rGZuYFzL0sXIySEhYCKx/d5mRghbTOLCvfVsXYxcHEICSxkl9j3/
	zQjhNDNJvG19yQxSxSugJXGh/RqYzSKgKvF33x1WEJtNQE/i36ztQN0cHKICERK3L3NClAtK
	/Jh8D2yZiECoxMSrt8EWMAssYpI48fcjWEJYIFhi68NrLBDLzjFK/GlaBjaUU8Bbou1HO9hQ
	ZqAF9y9qgYSZBeQlNq95yzyBUWAWkh2zEKpmIalawMi8ilE0tTS5oDgpPddQrzgxt7g0L10v
	OT93EyMkZr7sYFx8zOoQowAHoxIPr8FB4VAh1sSy4srcQ4wSHMxKIrwvJERChXhTEiurUovy
	44tKc1KLDzEycXBKNTCyvFcNipe59fDTtwszd9VZcxk6dukdXlsYsDq4M+Be0YpfZTbHnebo
	9jAeWBMzXXW5nmCG1L/2pfEVyy+fCg7KPXHNTX96jG6/phffgzcqftdqgnKLHMSFIzUPGrRK
	9ayWmHzzQnfLmoPLRDmit338tfqrbsf0j7HCP+/0Wj8wvbhcrL7p82YlluKMREMt5qLiRABv
	DjaUdwIAAA==
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On 03/26/2015 12:55 AM, Andrew Morton wrote:
> On Tue, 24 Mar 2015 16:10:01 -0700 (PDT) David Rientjes <rientjes@google.com> wrote:
> 
>> Elements backed by the slab allocator are poisoned when added to a
>> mempool's reserved pool.
>>
>> It is also possible to poison elements backed by the page allocator
>> because the mempool layer knows the allocation order.
>>
>> This patch extends mempool element poisoning to include memory backed by
>> the page allocator.
>>
>> This is only effective for configs with CONFIG_DEBUG_SLAB or
>> CONFIG_SLUB_DEBUG_ON.
>>
> 
> Maybe mempools should get KASAN treatment (as well as this)?
> 

Certainly, I could cook a patch tomorrow.