Received: by 2002:a05:6a10:7420:0:0:0:0 with SMTP id hk32csp1131971pxb; Wed, 16 Feb 2022 11:43:57 -0800 (PST) X-Google-Smtp-Source: ABdhPJwstDYbu/kZFAlrvzn83t6TmmHhwrW+Pyfs+7XXV+d9Wcf9zXJt/U6FwdaBa60vwA+dm9IH X-Received: by 2002:a17:907:9956:b0:6cf:cd25:c5a7 with SMTP id kl22-20020a170907995600b006cfcd25c5a7mr3332675ejc.635.1645040637019; Wed, 16 Feb 2022 11:43:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645040637; cv=none; d=google.com; s=arc-20160816; b=BVFWCCqePMAOXbnWJ8kZ70hHkNdn4kDMGD6VuDL5H8/otNTeGFUSd2rzHApjZohLET OkrvBD1jMteQwIxvcGKhUaVc+MbBvh3glH0uVbf8JT0MgNJi39O/+4HghtXs1SuOrmJo oeDU9Vb1Rtq2hdiBiK9CUI5W9IL/xT8V4AWtzDEH26y6swJDh6bVNy53RBdVu3s5TGtS AL50k6RzMPqsHtOBkdeAfWkPXvG8nJSxOQ/MEgc6s6vbRhuPyzUpogAusKePzxmi6MMb JkuHKKW+8RALZZVYZrME6ySM21a0QniEUNzaSf+G0bBNVFuerMUGTx40QRP7XzOEE4Ly YMjg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=dXrDCcliqXFznAwN9UKmpIFnfCTr0AltCrpKcHBOhyI=; b=XnwdDZMq2lGwrzmPB2UJ/NyCUPmyYbPvfSmC43veHmSnMAu2DPsxHFXarY5ra0YsGK AzqrarVynXF1XiVr25mYUcjQYxqms8kXfVjTrz16awB0WmtB7e3C3PeK8pVlCAD8hQzb kJzQe7Btva6MT1KvdKDGXnUvKBf356p3FsntFHltzvoFnEHIIWd0xnYq0VK1J5cjoVFH Ojy8vBsNd3fHuYTj8bMsc7rhURTgh/L/LrBEbI3sYhwpmsDYiOsMzPdzSItvIg1H23Lp B3eLI5yT5zncHfCUcivpyovz+P80fbMarxChXiE/0aeJXPhbTHybRLXR4P7E2wqydwrC vWTQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b="qJ/yCvpE"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id qf7si573420ejc.307.2022.02.16.11.43.32; Wed, 16 Feb 2022 11:43:57 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b="qJ/yCvpE"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231980AbiBPTb5 (ORCPT + 99 others); Wed, 16 Feb 2022 14:31:57 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:42618 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231377AbiBPTbz (ORCPT ); Wed, 16 Feb 2022 14:31:55 -0500 Received: from mail-yb1-xb33.google.com (mail-yb1-xb33.google.com [IPv6:2607:f8b0:4864:20::b33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E033024595 for ; Wed, 16 Feb 2022 11:31:41 -0800 (PST) Received: by mail-yb1-xb33.google.com with SMTP id p5so8189765ybd.13 for ; Wed, 16 Feb 2022 11:31:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dXrDCcliqXFznAwN9UKmpIFnfCTr0AltCrpKcHBOhyI=; b=qJ/yCvpEUmPA0hRxUmuaDL81dNgclLtlovcbdNgaJnAG1T1c32U9gLeLgGeqRZK46y ZHBad5Ri7881CaaonxsVe70p0ozztVdEVl1vZUad7WOwV/8X6HAinMDGmukdCqZuotDp BvK2CvmQfatfstbbEvvmtJUX1E+TngZgH7jIZUGi3DR1pFu53xgJQme+IT+UcZgcQfON 5G603uaeNfjqESP9nuEOL/Au6g2oZwo6bdz22BtrNEU2RdbszEC2MJhkQ1xZUnKQ6Jeq 8qBYNEHe5r560UUO4tg0Q05n5D+orZdP2KbqZRDMmjaZUT/jm2hYDmTksU2I1M+jhVEK 18XA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dXrDCcliqXFznAwN9UKmpIFnfCTr0AltCrpKcHBOhyI=; b=ia12YKXMnWie8mkAatIGQJFnw4+dpWiNGPD3dtEzK7a6ID3lLPJNunpjYNQunuDgJm WvtjnEAS9dpfBQgLqRkolNcf+fK7S6jRu0HBthPiUs7RI4NR7L7QycJjlOK4zUFxIqHT RRbu3EhbTptYcTG5hdkyr5FHRVHomUQ65+6Jvbc/ngISk3LA/JOjuTPa6pJwDjI1z1aq uANI0Qcf1IePgY7TUMXZAHn2KUf3fjfWfOoMmBjzF9GGSBnsT87TMO3sRdqGUItMXY3J sZw3+1a9FguD+r3KKr4mqpGioiD/PcVW/BmzL72MsUW44oLiP5AfPUWmbgzfecpXNUV7 SNgw== X-Gm-Message-State: AOAM53298Wq6cpN+Bj2Z1QyqVyXuqYqALabNDqcfHtr6swCz766XMdNy zHBbcfA+mX87v/Ui5eU3QyzJEbQKnsfh7hivuq1qtQ== X-Received: by 2002:a25:f441:0:b0:611:4f60:aab1 with SMTP id p1-20020a25f441000000b006114f60aab1mr3441157ybe.598.1645039900830; Wed, 16 Feb 2022 11:31:40 -0800 (PST) MIME-Version: 1.0 References: <5b120f7cadcc0e0d8d5f41fd0cff35981b3f7f3a.1645038022.git.andreyknvl@google.com> In-Reply-To: <5b120f7cadcc0e0d8d5f41fd0cff35981b3f7f3a.1645038022.git.andreyknvl@google.com> From: Marco Elver Date: Wed, 16 Feb 2022 20:31:29 +0100 Message-ID: Subject: Re: [PATCH mm] kasan: print virtual mapping info in reports To: andrey.konovalov@linux.dev Cc: Alexander Potapenko , Andrew Morton , Andrey Konovalov , Dmitry Vyukov , Andrey Ryabinin , kasan-dev@googlegroups.com, Vincenzo Frascino , Catalin Marinas , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Andrey Konovalov Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 16 Feb 2022 at 20:01, wrote: > > From: Andrey Konovalov > > Print virtual mapping range and its creator in reports affecting virtual > mappings. > > Also get physical page pointer for such mappings, so page information > gets printed as well. > > Signed-off-by: Andrey Konovalov > > --- > > Note: no need to merge this patch into any of the KASAN vmalloc patches > that are already in mm, better to keep it separate. > --- > mm/kasan/report.c | 12 +++++++++++- > 1 file changed, 11 insertions(+), 1 deletion(-) > > diff --git a/mm/kasan/report.c b/mm/kasan/report.c > index 137c2c0b09db..8002fb3c417d 100644 > --- a/mm/kasan/report.c > +++ b/mm/kasan/report.c > @@ -260,8 +260,18 @@ static void print_address_description(void *addr, u8 tag) > pr_err(" %pS\n", addr); > } > > + if (is_vmalloc_addr(addr)) { > + struct vm_struct *va = find_vm_area(addr); > + > + pr_err("The buggy address belongs to the virtual mapping at\n" > + " [%px, %px) created by:\n" > + " %pS\n", va->addr, va->addr + va->size, va->caller); Can you show an example of what this looks like? It's not showing a stack trace, so why not continue the line and just say "... created by: %pS\n" > + page = vmalloc_to_page(page); > + } > + > if (page) { > - pr_err("The buggy address belongs to the page:\n"); > + pr_err("The buggy address belongs to the physical page:\n"); > dump_page(page, "kasan: bad access detected"); > } > > -- > 2.25.1 >