Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1172661pxf; Fri, 12 Mar 2021 03:48:42 -0800 (PST) X-Google-Smtp-Source: ABdhPJza0l4eH1IJtZypCelHdFAelKBHHhSUFo4Dj16Mhd7A2C5xiyG1aBXOFMX5ttHVqZNGfMXZ X-Received: by 2002:aa7:d511:: with SMTP id y17mr13571002edq.275.1615549721797; Fri, 12 Mar 2021 03:48:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615549721; cv=none; d=google.com; s=arc-20160816; b=bNTBiuMeizcUGUcwFGSR/DfWVSvJ5QTi9P8bDGs8yjbL1BKr+AnbakH7/tvfVbEwaQ KOMDGEe755w7O9MfzxR6vEcAyh2j3dkYnT8lo6ynQ4HdFT6Eh9b0GugbQTHSOeR/SR+F qnZDCmdFJrn4gDIuJYMYi1hjzxP4EgYFB6YzNJdJnytWB5rHMuXfh8Y/7xrA+CiOzebP Ezc5zRy+JNM9NXTnEF7fvqhrs3kmfp6NyvserY5C4fQufiPYzj2/Hni9DX2d9OpKkMDX 97mhW3QwGsIze4lI5vRAUIlW+0U8Phi0S0tYu2Wvl65EAT7SEJVBixvbgdQV3nBKjPnT vQPA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=79OU88/ResyMvDozAkjdDhijGn9uWZaZpEEVuvHSFCg=; b=RIxqMJ4g8lImf989JScRDb8tUGxs63RUEqOAwnds7pLPf6CLEOI0TlczmZrqE7uDpg Z2t+08xh9OKd6atQOIey1WDPXyV79Y7tjDjBHzqUM7GA+PIg069YFKJSqC5kYN8fifue E3r8NkDkX9SaTifLXCAcq9enOi7/osz+OsF6B+GfRnuyyZlwIplaCmkaz0ERJEoNxY91 Xcoyny746JBkge7xVHCoOmlcSnvBmI49tpt+nS7JAB7EoLdUn20HRVXOBXS+pYqcE1Vl 0JbYkgkvJE0pK+wdxUA7rQMgb+e7sn5T1xR8KaD5qKKefgP4TLGrH8xsvsZAzsKGp3bx 3AsQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r12si4152838ejz.5.2021.03.12.03.48.19; Fri, 12 Mar 2021 03:48:41 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232767AbhCLJVS (ORCPT + 99 others); Fri, 12 Mar 2021 04:21:18 -0500 Received: from mx2.suse.de ([195.135.220.15]:44870 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232556AbhCLJVK (ORCPT ); Fri, 12 Mar 2021 04:21:10 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id CD17BAF49; Fri, 12 Mar 2021 09:21:08 +0000 (UTC) Subject: Re: [PATCH v2] arm: print alloc free paths for address in registers To: maninder1.s@samsung.com, "linux@armlinux.org.uk" , "cl@linux.com" , "penberg@kernel.org" , "rientjes@google.com" , "iamjoonsoo.kim@lge.com" , "akpm@linux-foundation.org" Cc: "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "linux-mm@kvack.org" , AMIT SAHRAWAT , Vaneet Narang , "Paul E . McKenney" References: <6f34c594-a840-30a5-5eb0-42b30844ec87@suse.cz> <1614239800-27549-1-git-send-email-maninder1.s@samsung.com> <20210311105115epcms5p679b5dd4fb157f85a73f5a36632ee2c43@epcms5p6> From: Vlastimil Babka Message-ID: <9e517b50-de9d-4191-21d0-08f278091b62@suse.cz> Date: Fri, 12 Mar 2021 10:21:07 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: <20210311105115epcms5p679b5dd4fb157f85a73f5a36632ee2c43@epcms5p6> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/11/21 11:51 AM, Maninder Singh wrote: > Hi, > >   > >> Instead of your changes to SL*B, could you check mem_dump_obj() and others added >> by Paul in 5.12-rc1? > >> (+CC Paul, thus not trimming) > >   > > checked mem_dump_obj(), but it only provides path of allocation and not of free. > > /** >  * mem_dump_obj - Print available provenance information > > .. > >  * if available, the return address and stack trace from the allocation >  * of that object. >  */ > void mem_dump_obj(void *object) > > and in case of "Use After Free", Free path is also required. > > So we need to add support for free path in this API if we have to use it. I think that would make sense.   > Thanks, > > Maninder Singh >