From patchwork Sat Aug 19 02:28:34 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Paul E. McKenney" X-Patchwork-Id: 136210 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:b82d:0:b0:3f2:4152:657d with SMTP id z13csp2232249vqi; Sat, 19 Aug 2023 16:16:02 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFNHDSBqDv+UyjaZHWF+x/Ot+Ir3SWfpSRtILG5fsr6YkcKcxPY+5leUGJCkrWc9wWAY7fS X-Received: by 2002:a05:6808:189c:b0:3a4:298f:b2e0 with SMTP id bi28-20020a056808189c00b003a4298fb2e0mr5133855oib.26.1692486962047; Sat, 19 Aug 2023 16:16:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1692486962; cv=none; d=google.com; s=arc-20160816; b=BbBy7T7jrDFmdEdAdp+AoNLJ4GA6jJX8NC+MaWTiNI0bIaQeR8VkcjWoRQm3CmZOB0 vPfqPYzCGlsDXql7VSIgNWWt4GQdoj4LzM29XS0R/EsxST/KdA5HWDAA/C6EmYzvq7hx hi8GkVA9QR4bS5uA2i8OY5wehYU8vPlZC5kyh95UZ5nJ/23+l56p+BHP3pwCUOjV0tt0 s0+5BQunRr++JNmDPImMH37/T7JbmrQAkndcdkGPBl1uMildqoy1yM9xP4q6vRhKYrW+ MJB6qUuQlpLIxzjxCEUDpYePOJaKFnWW9kmBYsteVxDYjgIhryN+7OTKxkaHJH712Fce 1LqQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=KsD8moTI/3bvCTdXGG8oEu1JFwHduyFoa+ZwA/AylP0=; fh=qvE12DoFR8nbgmvo+8dZ24tRI6MWFxHg5CZFdqqpamE=; b=RBi4sU0uEH0R+ybhFnyEJ5r3qMCI4snmqPzV1bC4qmODLDLT/m+xWEZCIKqhe9uQP4 m5wX7yKUd77LIUZZKrwqsTxK32b7xlz5/6RHBVB5tKGij6vYndBnvLnvKGvZ0q8o75fV AWSNx7ue26GSWbmg4YzZgEp+XlbJvz+yh8/EDSeWCFJmReMIC5dj6FkIcXaEhYvT8lz1 6LEvcTtxcsL97n2qkBDWzXNklqVlLfS6Te5VQkwO70+8nsJdbOuanxePHaa6SMlvAeu2 Rg0wzJ72xjIJSdc71Nnrbydz65mFdFEmncZ5cHhl4SYON/wTIOKiOmLtJrxt/K72Xs1L 10PA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=JT6+ssij; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id cr3-20020a056a000f0300b006876299bc18si4253093pfb.286.2023.08.19.16.16.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 19 Aug 2023 16:16:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=JT6+ssij; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 66C146371D; Sat, 19 Aug 2023 11:03:59 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243923AbjHSC2i (ORCPT + 99 others); Fri, 18 Aug 2023 22:28:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60412 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243890AbjHSC2h (ORCPT ); Fri, 18 Aug 2023 22:28:37 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EB91B4220; Fri, 18 Aug 2023 19:28:35 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 6C4C962625; Sat, 19 Aug 2023 02:28:35 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AEA92C433C8; Sat, 19 Aug 2023 02:28:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1692412114; bh=tkZt2GqJGksQZ2JXkMK3YT4deGgiOKhxt303O7V/ft0=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=JT6+ssijzlTs9imRh7B8rwrJEXpAcl5U/OYMu60PgbKNxs1A/+9dJsp7RVrrIhubD /gofihc790OaYdYetLol3Ar+iyJhKU07k0chNwPqUROgnENOC2hWi4SIgO2B2DthAt peH2/yJJSudIWgKe9nvB7Qb2xQyWew4v0980B4T5WJWjvHK8gMrlYTbC9j+VtKahfQ w03vI69h/y4eMTDCIPhd1hwbwRvNB/QASq0l7VOaldtbAe6x6630HC3JlWjRJ07ntx SHSKNdGzPZmY8yO2IVSN0Tx+NzivwIA3PHP9SEVDdpaLNnfquFbOkh+skT0MLF2jvJ ezg4LjNTdOu5g== Received: by paulmck-ThinkPad-P17-Gen-1.home (Postfix, from userid 1000) id 42A98CE039C; Fri, 18 Aug 2023 19:28:34 -0700 (PDT) Date: Fri, 18 Aug 2023 19:28:34 -0700 From: "Paul E. McKenney" To: linux-kernel@vger.kernel.org, linux-next@vger.kernel.org Cc: sfr@canb.auug.org.au, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, x86@kernel.org, hpa@zytor.com, eric.devolder@oracle.com, sourabhjain@linux.ibm.com, hbathini@linux.ibm.com, bhe@redhat.com Subject: [BUG resend next-20230818] error: 'prepare_elf_headers' defined but not used Message-ID: <4a991983-da2e-4fcd-965c-5b65de6700da@paulmck-laptop> Reply-To: paulmck@kernel.org References: <08fc20ef-854d-404a-b2f2-75941eeeccf8@paulmck-laptop> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <08fc20ef-854d-404a-b2f2-75941eeeccf8@paulmck-laptop> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_PASS 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 X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1774701208528782681 X-GMAIL-MSGID: 1774701208528782681 Hello! This morning's rcutorture testing on next-20230818 complained about prepare_elf_headers() being defined but unused on several rcutorture scenarios. The patch below makes rcutorture happy, but might or might not be a proper fix. This is a resend adding a few more people on CC, given a possible relationship to 9f1f399ca999 ("x86/crash: add x86 crash hotplug support"). Thoughts? Thanx, Paul ------------------------------------------------------------------------ Tested-by: Paul E. McKenney diff --git a/arch/x86/kernel/crash.c b/arch/x86/kernel/crash.c index 1d0f824559fce..926c39e22387b 100644 --- a/arch/x86/kernel/crash.c +++ b/arch/x86/kernel/crash.c @@ -127,7 +127,8 @@ void native_machine_crash_shutdown(struct pt_regs *regs) crash_save_cpu(regs, safe_smp_processor_id()); } -#if defined(CONFIG_KEXEC_FILE) || defined(CONFIG_CRASH_DUMP) +#if (defined(CONFIG_KEXEC_FILE) || defined(CONFIG_CRASH_DUMP)) && defined(CONFIG_SMP) && defined(CONFIG_X86_LOCAL_APIC) + static int get_nr_ram_ranges_callback(struct resource *res, void *arg) { unsigned int *nr_ranges = arg;