Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp5641152ybe; Tue, 10 Sep 2019 06:50:41 -0700 (PDT) X-Google-Smtp-Source: APXvYqxc+e9f/giNim54HxBfXs9riWEg9zK3PwP8e4UhE56B31YN/oVOrbqw+z78RA6XplE9W/jk X-Received: by 2002:aa7:cd73:: with SMTP id ca19mr30778028edb.266.1568123441790; Tue, 10 Sep 2019 06:50:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568123441; cv=none; d=google.com; s=arc-20160816; b=LzgrmL4tVcz7Zebv3d5rLuv4S1qnGjK7AvIVTO40gcPmeEz+OJvLtgz2febGdHKZSP 4W2i7xOngPojHVQNjNpTtktEz+i3BU5KXBZO2udkF36ysCWYwqcNXvU3WCaSBcOuNh5x q7IQY/hbiRc3mbVpvwbJk6Lt039alX3NnTnoLWM1bv7iskMqJSp86pA4zD5m3lVXjB9G o/bDMp1+r5OlRCb7bHgq7bZwk12uG7rkAn+TplIv2fhfbFJ2Ue/1oG4ZGS7LiclLIMJR Wh9V8W0zAfWlc8/4LnUgOdcmccGJ97edLRiFwoKy09+Fia4LYZQ+jd7BOF+SapIf9cW/ /cEA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :references:in-reply-to:date:cc:to:from:subject:message-id; bh=vlWw1M3LXgnwiv3zH+SHSc3ZfA1azSNCp4eZpkqxscE=; b=kwriCqnrwxCIUXGpJ31QJwPTP3pEg3HmjxiWoD07496EVPIRdGtRA+l7KGMfGy1Mqs NPWzHphZd3knOMB3EcIEttr2VrI+B1nk8RXNB/fy0bZFAu0EZ6gxj1D1CgsZKXQqIQxP eW9R4DH1RkJzRuVeL9IWRLTLBEyfmGnHDu9BTAeFl4uClknJIw7N0kSntUK0WLiA3MVO fwl9vX9tnQTZ70cDLS6zjNuuFV7/TB31dUl36ye0vIt+x/52xLxTR9Cu4rbD189TXrf7 sBxLaYLl3yse5KSO7O/7e0BrCG7fyrNO5K/CLyC2c+UHw33vuDBPUf9OsyjWnVMzvWBN sKzg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e48si11212168edd.239.2019.09.10.06.50.17; Tue, 10 Sep 2019 06:50:41 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729595AbfIJMp5 (ORCPT + 99 others); Tue, 10 Sep 2019 08:45:57 -0400 Received: from mailgw01.mediatek.com ([210.61.82.183]:22841 "EHLO mailgw01.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726193AbfIJMp5 (ORCPT ); Tue, 10 Sep 2019 08:45:57 -0400 X-UUID: ea7760d474544bb18f6fd74ca1614a77-20190910 X-UUID: ea7760d474544bb18f6fd74ca1614a77-20190910 Received: from mtkmrs01.mediatek.inc [(172.21.131.159)] by mailgw01.mediatek.com (envelope-from ) (Cellopoint E-mail Firewall v4.1.10 Build 0809 with TLS) with ESMTP id 1580390971; Tue, 10 Sep 2019 20:45:50 +0800 Received: from mtkcas07.mediatek.inc (172.21.101.84) by mtkmbs07n1.mediatek.inc (172.21.101.16) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 10 Sep 2019 20:45:48 +0800 Received: from [172.21.84.99] (172.21.84.99) by mtkcas07.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Tue, 10 Sep 2019 20:45:48 +0800 Message-ID: <1568119549.24886.18.camel@mtksdccf07> Subject: Re: [PATCH v2 0/2] mm/kasan: dump alloc/free stack for page allocator From: Walter Wu To: Vlastimil Babka CC: Andrey Ryabinin , Alexander Potapenko , Dmitry Vyukov , Matthias Brugger , Andrew Morton , "Martin Schwidefsky" , Will Deacon , "Andrey Konovalov" , Arnd Bergmann , "Thomas Gleixner" , Michal Hocko , Qian Cai , , , , , , Date: Tue, 10 Sep 2019 20:45:49 +0800 In-Reply-To: <4faedb4d-f16c-1917-9eaa-b0f9c169fa50@suse.cz> References: <20190909082412.24356-1-walter-zh.wu@mediatek.com> <4faedb4d-f16c-1917-9eaa-b0f9c169fa50@suse.cz> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-MTK: N Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2019-09-10 at 13:53 +0200, Vlastimil Babka wrote: > On 9/10/19 12:50 PM, Andrey Ryabinin wrote: > > > > > > For slab objects we memorize both alloc and free stacks. You'll never know in advance what information will be usefull > > to fix an issue, so it usually better to provide more information. I don't think we should do anything different for pages. > > Exactly, thanks. > > > Given that we already have the page_owner responsible for providing alloc/free stacks for pages, all that we should in KASAN do is to > > enable the feature by default. Free stack saving should be decoupled from debug_pagealloc into separate option so that it can be enabled > > by KASAN and/or debug_pagealloc. > > Right. Walter, can you do it that way, or should I? > > Thanks, > Vlastimil I will send new patch v3.