Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1608051pxb; Thu, 4 Mar 2021 16:12:54 -0800 (PST) X-Google-Smtp-Source: ABdhPJzmozb5u3PmmOEXaVNawo3BS7Wl/6VR3uIYBwudR+O5/BmC1Wj7MN9pkQpIegdFeQ9maUlb X-Received: by 2002:a02:9645:: with SMTP id c63mr6865666jai.84.1614903174765; Thu, 04 Mar 2021 16:12:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614903174; cv=none; d=google.com; s=arc-20160816; b=S7SVuu/RwA7tL/A6bupq0i76TsJjZDJm9mGokYF9Ap1oDgP74zbY8eUidZOeBjEKOF 108MElpWmSySBp0VNhnzoMknmqgEPNBGlPD0mudR2pIBdbn9yxSujWXO7p5JICsxtY+R eJQnRA59fWRJ9K/vCM+Eo7dTLm0fXGdRHiX01yJRF21UU4QwAhpJdJPVoHcLcD/1CrOs QNgS+y6U/oxLIy5aiqxXxR8ufgEA/KxFV0CKcTAxHCXfh1XX/FIKnIMwMBxtFdhVrCvy 9AfzAPHPhk4Kp1HuEqn1pKXQkHtrjOecjRvRIOhECHJrU6yHiibiKyrvVtKSBMg9RLQD fBqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=tLUSBdXqsZoskjTYTdXu1BqIlUPP/WrZ7mFGxUMCU0I=; b=DzlFHYWsw/GTDDTJy17EBxLQzYUmlub8g0+BF1GA9eSVsl0ukrtgFaEfbsUlupwMq8 vIY5i1HCjlNYVlygskZmwtIOVj0UuUmS0ndLYApeQn0VwuZlzTScQROcxo/GDsX+lYTf McK17eRkS3bYnTrr0P7Yj5zpBtB7Sfs/dwYs0thyYU2UfxXUmnLCg0sbj5K5Cfk6MPMr 7UxWbck7ctQ4UePWzNCoxhPyYg4K+P/sLcK2MgPPDWx+42NoqX5K8S14KMKoDNNROTB0 /NZ0a+ADUdGhKULCiFl90ixFhMgDz+QXzUm3Vd0Ac1Biu7WOfTBUxn/+xn8PRRkf0vqz OLqQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=mXbcH1kP; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j29si575291ila.91.2021.03.04.16.12.41; Thu, 04 Mar 2021 16:12:54 -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; dkim=pass header.i=@google.com header.s=20161025 header.b=mXbcH1kP; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234328AbhCDMty (ORCPT + 99 others); Thu, 4 Mar 2021 07:49:54 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41172 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232107AbhCDMte (ORCPT ); Thu, 4 Mar 2021 07:49:34 -0500 Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 45D34C061574 for ; Thu, 4 Mar 2021 04:48:54 -0800 (PST) Received: by mail-wm1-x334.google.com with SMTP id i9so7951804wml.0 for ; Thu, 04 Mar 2021 04:48:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=tLUSBdXqsZoskjTYTdXu1BqIlUPP/WrZ7mFGxUMCU0I=; b=mXbcH1kPTs6JSHEVOCy+0mhZ4P4dTLu3meBMOJGoaRR86OVwKoIBEKCXpkpD/fKAyP 2YTSqNf5sIcN/Bonf5jzBjXTpf+/t8mv4btXE2YKTLgDBO/KBosKQmcyQzKOyrn3sAhZ Fu+KmncqhtIScyDzHF5PTydi49B7l8m4+vwN/Va3F/+GzumhXvZWobD/NFPIVKS7RS4b WlND1d/P86vFRjwPOaHf75Ci0W3EKZzqtL6J2KhdxF96pIZ434+ZhGxyg+weUbuT54ic xHR6sjhoH0aky5jd2frAokdyQ+cVLvXZvY5hYKdCJdGGaJ3vskr5RrLDh3YljgD9pFEe U9kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=tLUSBdXqsZoskjTYTdXu1BqIlUPP/WrZ7mFGxUMCU0I=; b=Tc1sEwj9iPZr3QsHxEGG33f7LTC71T3AEzXLz6YccF/2shf8vkHvDZD1e3TkaUnWSn GqoV7n5mWyHI6MywdQdOpoRASbNu5AIY3vPabuH4aZICJCb2hgVjbRxePWGxlIt25b1O +L6g46+KZH+11xX8UGfG/yHl2FTNThrkDnoUFVXbMSXK29vAH0NgSORsfuY874uqpiJb W+sAw33elpifWsnz5yaTjiXuUsJAmmcxNlbnc+Q9ba5mmhTjgZ/oGhg8tVk/t4XPelYN jt7j6reYMmXZM4+M5UObNRrT/3YBU+GcV0Q1u/87cSX9B22WrVCmGnZn4xGSAf9jM1iQ dWYA== X-Gm-Message-State: AOAM532zo01zBgd2oXhVzHRz9kRwP2nt67SlQWwIniosoEf3qYPpgko7 N8MkQ2d1nJ41eu1cH0e/YLLl0w== X-Received: by 2002:a7b:cf2f:: with SMTP id m15mr3718425wmg.177.1614862132881; Thu, 04 Mar 2021 04:48:52 -0800 (PST) Received: from elver.google.com ([2a00:79e0:15:13:e426:34b7:f237:f8d3]) by smtp.gmail.com with ESMTPSA id z21sm9778125wma.29.2021.03.04.04.48.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 04 Mar 2021 04:48:52 -0800 (PST) Date: Thu, 4 Mar 2021 13:48:39 +0100 From: Marco Elver To: Christophe Leroy Cc: Alexander Potapenko , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , Dmitry Vyukov , LKML , linuxppc-dev@lists.ozlabs.org, kasan-dev Subject: Re: [RFC PATCH v1] powerpc: Enable KFENCE for PPC32 Message-ID: References: <08a96c5d-4ae7-03b4-208f-956226dee6bb@csgroup.eu> <7270e1cc-bb6b-99ee-0043-08a027b8d83a@csgroup.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7270e1cc-bb6b-99ee-0043-08a027b8d83a@csgroup.eu> User-Agent: Mutt/2.0.5 (2021-01-21) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 04, 2021 at 12:48PM +0100, Christophe Leroy wrote: > Le 04/03/2021 ? 12:31, Marco Elver a ?crit?: > > On Thu, 4 Mar 2021 at 12:23, Christophe Leroy > > wrote: > > > Le 03/03/2021 ? 11:56, Marco Elver a ?crit : > > > > > > > > Somewhat tangentially, I also note that e.g. show_regs(regs) (which > > > > was printed along the KFENCE report above) didn't include the top > > > > frame in the "Call Trace", so this assumption is definitely not > > > > isolated to KFENCE. > > > > > > > > > > Now, I have tested PPC64 (with the patch I sent yesterday to modify save_stack_trace_regs() > > > applied), and I get many failures. Any idea ? > > > > > > [ 17.653751][ T58] ================================================================== > > > [ 17.654379][ T58] BUG: KFENCE: invalid free in .kfence_guarded_free+0x2e4/0x530 > > > [ 17.654379][ T58] > > > [ 17.654831][ T58] Invalid free of 0xc00000003c9c0000 (in kfence-#77): > > > [ 17.655358][ T58] .kfence_guarded_free+0x2e4/0x530 > > > [ 17.655775][ T58] .__slab_free+0x320/0x5a0 > > > [ 17.656039][ T58] .test_double_free+0xe0/0x198 > > > [ 17.656308][ T58] .kunit_try_run_case+0x80/0x110 > > > [ 17.656523][ T58] .kunit_generic_run_threadfn_adapter+0x38/0x50 > > > [ 17.657161][ T58] .kthread+0x18c/0x1a0 > > > [ 17.659148][ T58] .ret_from_kernel_thread+0x58/0x70 > > > [ 17.659869][ T58] [...] > > > > Looks like something is prepending '.' to function names. We expect > > the function name to appear as-is, e.g. "kfence_guarded_free", > > "test_double_free", etc. > > > > Is there something special on ppc64, where the '.' is some convention? > > > > I think so, see https://refspecs.linuxfoundation.org/ELF/ppc64/PPC-elf64abi.html#FUNC-DES > > Also see commit https://github.com/linuxppc/linux/commit/02424d896 Thanks -- could you try the below patch? You'll need to define ARCH_FUNC_PREFIX accordingly. We think, since there are only very few architectures that add a prefix, requiring to define something like ARCH_FUNC_PREFIX is the simplest option. Let me know if this works for you. There an alternative option, which is to dynamically figure out the prefix, but if this simpler option is fine with you, we'd prefer it. Thanks, -- Marco ------ >8 ------ From d118080eb9552073f5dcf1f86198f3d86d5ea850 Mon Sep 17 00:00:00 2001 From: Marco Elver Date: Thu, 4 Mar 2021 13:15:51 +0100 Subject: [PATCH] kfence: fix reports if constant function prefixes exist Some architectures prefix all functions with a constant string ('.' on ppc64). Add ARCH_FUNC_PREFIX, which may optionally be defined in , so that get_stack_skipnr() can work properly. Link: https://lkml.kernel.org/r/f036c53d-7e81-763c-47f4-6024c6c5f058@csgroup.eu Reported-by: Christophe Leroy Signed-off-by: Marco Elver --- mm/kfence/report.c | 18 ++++++++++++------ 1 file changed, 12 insertions(+), 6 deletions(-) diff --git a/mm/kfence/report.c b/mm/kfence/report.c index 519f037720f5..e3f71451ad9e 100644 --- a/mm/kfence/report.c +++ b/mm/kfence/report.c @@ -20,6 +20,11 @@ #include "kfence.h" +/* May be overridden by . */ +#ifndef ARCH_FUNC_PREFIX +#define ARCH_FUNC_PREFIX "" +#endif + extern bool no_hash_pointers; /* Helper function to either print to a seq_file or to console. */ @@ -67,8 +72,9 @@ static int get_stack_skipnr(const unsigned long stack_entries[], int num_entries for (skipnr = 0; skipnr < num_entries; skipnr++) { int len = scnprintf(buf, sizeof(buf), "%ps", (void *)stack_entries[skipnr]); - if (str_has_prefix(buf, "kfence_") || str_has_prefix(buf, "__kfence_") || - !strncmp(buf, "__slab_free", len)) { + if (str_has_prefix(buf, ARCH_FUNC_PREFIX "kfence_") || + str_has_prefix(buf, ARCH_FUNC_PREFIX "__kfence_") || + !strncmp(buf, ARCH_FUNC_PREFIX "__slab_free", len)) { /* * In case of tail calls from any of the below * to any of the above. @@ -77,10 +83,10 @@ static int get_stack_skipnr(const unsigned long stack_entries[], int num_entries } /* Also the *_bulk() variants by only checking prefixes. */ - if (str_has_prefix(buf, "kfree") || - str_has_prefix(buf, "kmem_cache_free") || - str_has_prefix(buf, "__kmalloc") || - str_has_prefix(buf, "kmem_cache_alloc")) + if (str_has_prefix(buf, ARCH_FUNC_PREFIX "kfree") || + str_has_prefix(buf, ARCH_FUNC_PREFIX "kmem_cache_free") || + str_has_prefix(buf, ARCH_FUNC_PREFIX "__kmalloc") || + str_has_prefix(buf, ARCH_FUNC_PREFIX "kmem_cache_alloc")) goto found; } if (fallback < num_entries) -- 2.30.1.766.gb4fecdf3b7-goog