Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp1455882pxu; Thu, 8 Oct 2020 11:54:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz+93CSfbWojH8USJpLNiLhwIhu7VHWJLEeCzKCeyFvo6a1f+hEYNX8/fun1K6VFKhP1U2A X-Received: by 2002:a17:906:489b:: with SMTP id v27mr10660594ejq.315.1602183271603; Thu, 08 Oct 2020 11:54:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602183271; cv=none; d=google.com; s=arc-20160816; b=uJgvfqas/gaEpkQQmqIr99Ado788+EuZmkhe8l/mUzWBaUltMcEm+oUJkz1he3cI7N UR/nBm6lblTa56n3sNd9cmfWMHEMugz2uIKgu6ZTL1GWjnws91zYvIhadNmWRlKwuT4U +d3F10/jEovYA6IyPqL1lkyEeXCYVXqoXyuBp8ulvKnuSiIHXKdRg9RTFZCUan8xv4AI sXk6x5zV83M8sERBAkFNw18gXOPuA+Gy43R6rdaAUzHdt8VhtuR4hM/q5rN+TmJycRcf /3+uqwNWq2GO1phGi2ESuooCQ6Fv5hO8lP1VIv3JAQGDJl8c2hYNtJfilBKFPYYhxzuM NPJA== 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=Sc1QcrS0OnFC8Z5ENT4stkA4ApYYsQnf4QmtvCnzPf0=; b=BrJ6D57O3rZu7OEJiFZmWlgSIa9dkDq1YaFoR/dlS41BI/pehRxRByfEsUZyRhHdO5 7rEvk8vKUoa6k9Wjg4C1gTkoYIiSC64R0ep019AsVH4BgqFQDCp7KRqdaA9ZFt4stuye UZgnD+XEnn3mMni1EIA7dRq4ddZplk4C6+tYBxtQRhWroiQU8wfJfjlv/PQcH52PqWYm Sb4xMws+sQr5R/QaiPC2yH27cQPSZVW979qLn6wMkj74MhCpGV8vAIxEJ5oSfyvwdqUc w3F9Jcwxi/QlPQn7+VYffcS9GWwX2TfQzmI49hXec0+26OqSENRnLSxOgjB87qlS9rno LXQA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@atishpatra.org header.s=google header.b=ii8ikpIO; 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 b12si4310561edv.217.2020.10.08.11.54.08; Thu, 08 Oct 2020 11:54:31 -0700 (PDT) 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=@atishpatra.org header.s=google header.b=ii8ikpIO; 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 S1729112AbgJHR5b (ORCPT + 99 others); Thu, 8 Oct 2020 13:57:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60864 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726165AbgJHR5b (ORCPT ); Thu, 8 Oct 2020 13:57:31 -0400 Received: from mail-io1-xd43.google.com (mail-io1-xd43.google.com [IPv6:2607:f8b0:4864:20::d43]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 114DCC061755 for ; Thu, 8 Oct 2020 10:57:31 -0700 (PDT) Received: by mail-io1-xd43.google.com with SMTP id l8so7163586ioh.11 for ; Thu, 08 Oct 2020 10:57:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=atishpatra.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Sc1QcrS0OnFC8Z5ENT4stkA4ApYYsQnf4QmtvCnzPf0=; b=ii8ikpIO5iCrbNmvnUM3IVdJBik2jFmcKj/6/L6sglv88wrLDoB3fvb5RjSjNymDdE kwDCQu97mFvcNpy+AZE6TFRMF7r9M3M1FvdmOXj4YrhY8CzEtLPCmUJO0OqK3/SNw9h7 4Q5QvExZA8LK1fqHFYELXvX5mIklyyhuf1Tag= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Sc1QcrS0OnFC8Z5ENT4stkA4ApYYsQnf4QmtvCnzPf0=; b=JrnilQeYAZYOtYIEz7oCCXH47fyRYBHGAe/8j8BqPlaTzLTEmG012qRUdtT1ZOnq3H 5mnGdxXcIhwwU1RhOq22ItTxSKFMD3XSMCVRgAZ26JGsgeH45hcJbKwuzbr4BiQbpPzq o8WHkL/aZJwgPgnQUuBe6SqBzuk14TfW3oMMA1S7G2Z7XBWPUlgXzmSB1mcPQ95EM4W0 x1RdXb33uPZ2ATh2NkqrZKX8oUI5BUprb0wKzvUlxMKSR+fLQZ0WCA5EYIBkheN6Om5w A8rccfpnuv6YYN/Jbr0X7vF8Ad03Rg2YLYGOGHJ0Xs7akYaDZqJoVEnGp36+psYnhdaA bUzA== X-Gm-Message-State: AOAM530PzGIEXGMUpmpg0V9RJiqkduGTlAapkKG1Binybre78Mer/qz7 2SQnqscSAzEcksI2EBb0hR/mUfxf2zFa08VAIZDt X-Received: by 2002:a05:6638:2b3:: with SMTP id d19mr7953319jaq.141.1602179850264; Thu, 08 Oct 2020 10:57:30 -0700 (PDT) MIME-Version: 1.0 References: <1602083313-19239-2-git-send-email-guoren@kernel.org> In-Reply-To: From: Atish Patra Date: Thu, 8 Oct 2020 10:57:19 -0700 Message-ID: Subject: Re: [PATCH 2/2] riscv: Fixup static_obj() fail v2 To: Palmer Dabbelt Cc: Guo Ren , linux-riscv , "linux-kernel@vger.kernel.org List" , Andreas Schwab , aurelien@aurel32.net, Guo Ren Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Oct 7, 2020 at 8:54 PM Palmer Dabbelt wrote: > > On Wed, 07 Oct 2020 08:08:33 PDT (-0700), guoren@kernel.org wrote: > > From: Guo Ren > > > > v1 is commit: 6184358da0004c8fd940afda6c0a0fa4027dc911 which has > > been reverted. > > > > When enable LOCKDEP, static_obj() will cause error: > > > > [ 0.067192] INFO: trying to register non-static key. > > [ 0.067325] the code is fine but needs lockdep annotation. > > [ 0.067449] turning off the locking correctness validator. > > [ 0.067718] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.7.0-rc7-dirty #44 > > [ 0.067945] Call Trace: > > [ 0.068369] [] walk_stackframe+0x0/0xa4 > > [ 0.068506] [] show_stack+0x2a/0x34 > > [ 0.068631] [] dump_stack+0x94/0xca > > [ 0.068757] [] register_lock_class+0x5b8/0x5bc > > [ 0.068969] [] __lock_acquire+0x6c/0x1d5c > > [ 0.069101] [] lock_acquire+0xae/0x312 > > [ 0.069228] [] _raw_spin_lock_irqsave+0x40/0x5a > > [ 0.069357] [] complete+0x1e/0x50 > > [ 0.069479] [] rest_init+0x1b0/0x28a > > [ 0.069660] [] 0xffffffe0000016a2 > > [ 0.069779] [] 0xffffffe000001b84 > > [ 0.069953] [] 0xffffffe000001092 > > > > Because some __initdata static variables is before _stext: > > > > static int static_obj(const void *obj) > > { > > unsigned long start = (unsigned long) &_stext, > > end = (unsigned long) &_end, > > addr = (unsigned long) obj; > > > > /* > > * static variable? > > */ > > if ((addr >= start) && (addr < end)) > > return 1; > > > > if (arch_is_kernel_data(addr)) > > return 1; > > > > We could implement arch_is_kernel_data to fixup it. > > > > Link: https://lore.kernel.org/linux-riscv/1593266228-61125-1-git-send-email-guoren@kernel.org/T/#t > > Signed-off-by: Guo Ren > > Reported-by: Aurelien Jarno > > Cc: Palmer Dabbelt > > Cc: Atish Patra > > Cc: Andreas Schwab > > Cc: Aurelien Jarno > > --- > > arch/riscv/include/asm/sections.h | 20 ++++++++++++++++++++ > > arch/riscv/kernel/setup.c | 9 +++++++++ > > 2 files changed, 29 insertions(+) > > create mode 100644 arch/riscv/include/asm/sections.h > > > > diff --git a/arch/riscv/include/asm/sections.h b/arch/riscv/include/asm/sections.h > > new file mode 100644 > > index 00000000..2317b9e > > --- /dev/null > > +++ b/arch/riscv/include/asm/sections.h > > @@ -0,0 +1,20 @@ > > +/* SPDX-License-Identifier: GPL-2.0-only */ > > + > > +#ifndef _ASM_RISCV_SECTIONS_H > > +#define _ASM_RISCV_SECTIONS_H > > + > > +#define arch_is_kernel_data arch_is_kernel_data > > + > > +#include > > + > > +extern bool init_mem_is_free; > > + > > +static inline int arch_is_kernel_data(unsigned long addr) > > +{ > > + if (init_mem_is_free) > > + return 0; > > + > > + return addr >= (unsigned long)__init_begin && > > + addr < (unsigned long)__init_end; > > +} > > +#endif /* _ASM_RISCV_SECTIONS_H */ > > diff --git a/arch/riscv/kernel/setup.c b/arch/riscv/kernel/setup.c > > index 2c6dd32..9ebd5eb4 100644 > > --- a/arch/riscv/kernel/setup.c > > +++ b/arch/riscv/kernel/setup.c > > @@ -17,6 +17,7 @@ > > #include > > #include > > #include > > +#include > > > > #include > > #include > > @@ -112,3 +113,11 @@ static int __init topology_init(void) > > return 0; > > } > > subsys_initcall(topology_init); > > + > > +bool init_mem_is_free = false; > > + > > +void free_initmem(void) > > +{ > > + free_initmem_default(POISON_FREE_INITMEM); > > + init_mem_is_free = true; > > +} > > I'm a bit confused as to what you're trying to do here. Yesterday I got > another version of this patch set that moves init data around, today a > different one. Yesterday's is tested and simpler, and given it's so late in > the process I'm inclined to take that as I don't want to break anything. > I agree. This version will have some more conflicts with other patches and it's too late in cycle. It's best to merge it in 5.10. > Right now I have > > 84814460eef9 ("riscv: Fixup bootup failure with HARDENED_USERCOPY") > a78c6f5956a9 ("RISC-V: Make sure memblock reserves the memory containing DT") > 549738f15da0 ("Linux 5.9-rc8") > > Unless there's some functional bug, that's what I'm going to send out for 5.9 > -- I'm not all that worried about lacking the ability to free init data. The > above seems like fine 5.10 material. > > Let me know if I'm missing something here. -- Regards, Atish