From patchwork Sun Aug 21 11:35:08 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Conor Dooley X-Patchwork-Id: 12949882 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 16DAAC00140 for ; Sun, 21 Aug 2022 11:36:25 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230010AbiHULgX (ORCPT ); Sun, 21 Aug 2022 07:36:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57636 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230132AbiHULgW (ORCPT ); Sun, 21 Aug 2022 07:36:22 -0400 Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 874CD26575 for ; Sun, 21 Aug 2022 04:36:20 -0700 (PDT) Received: by mail-wr1-x430.google.com with SMTP id n4so10044615wrp.10 for ; Sun, 21 Aug 2022 04:36:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=conchuod.ie; s=google; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc; bh=UGvwPzXngv88+qXXF2O4AJ0Z86Zyohdzp8L49ZwcrUI=; b=RFEWL69QfCRQQBK2lSa24K7nmexDHde5oOE9gK1KPgEWu/3N9BF1FKy/yant22fc7r SovDED+cd6fyc8s48RsE9t5Hb3/EgfWZ8sE3O0GnkOdMg4SdBVoDYmAToK0UlC8wMjST Dy83emsgcvHF06ICzpd5w01aqlAlScw3qmuXagdS4mHF7olMtod+7IqWIhUdkXJ+916y U1Es8YS/+TK13ci36gErubIgfOBWFCDMDaoX4eO6VW8NZFXjHEZ/W3FjivuixLu0wK4X zDWTdTcgDyHjq82/Wl3ihmDAM4A9lKTGfM1UAU6X5jcP18LNvlgBNWHiNIjIB1igLJZQ vXWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc; bh=UGvwPzXngv88+qXXF2O4AJ0Z86Zyohdzp8L49ZwcrUI=; b=BJEy/ScU0CcutuR+SWeWyBOFrqHn9Er8ery42LO/KgfZwGHzaAfBSJ5nozDUS9BSpr KFPEQCyW8MUloL3DI/fOdqMLMCfH5UDtlDKLL/YFkEtZYhxo6XLz3t/CgbQNbG5E3gPw 3UJGFs0KmyJHwd5o8AJBfavBEX5+ytsCesgMP0pqBlattMSKbbI2HezpR24iBkQw7hEF L8Gjp+pHhRt1AU9ggrl1L++FRrcMm8P2tEmQSwXbpy9zdUmnhfGC6VLRbsPazkpiTQw2 VsI0otjipqghp/La9dDQBbBv549CdPDbH5zY25pt+wHarnWRXnkU2n35/knBGBE5wevC p0rQ== X-Gm-Message-State: ACgBeo3tC9it+5f/gOTHpD6eVpTaYl7l7aB5v+0qrq4fXZOF7PIlZDsx vUGR3b6KThCR/aPNGJT5GNx4gw== X-Google-Smtp-Source: AA6agR6HxOhtorb8TKIhxX8S9RXjgPAg541CyxctPo1Ydg0AdY48FkmATY5ytrYfPqqcMNSVf1d3pg== X-Received: by 2002:a5d:6841:0:b0:225:3558:972d with SMTP id o1-20020a5d6841000000b002253558972dmr6441695wrw.461.1661081778602; Sun, 21 Aug 2022 04:36:18 -0700 (PDT) Received: from henark71.. ([51.37.149.245]) by smtp.gmail.com with ESMTPSA id m9-20020a7bce09000000b003a3442f1229sm14071361wmc.29.2022.08.21.04.36.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 21 Aug 2022 04:36:18 -0700 (PDT) From: Conor Dooley To: Michal Simek , Paul Walmsley , Palmer Dabbelt , Albert Ou , Heiko Carstens , Vasily Gorbik , Alexander Gordeev , Christian Borntraeger , Sven Schnelle , Yoshinori Sato , Rich Felker , "David S . Miller" , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H . Peter Anvin" , Arnd Bergmann Cc: Geert Uytterhoeven , Conor Dooley , Kees Cook , Peter Zijlstra , linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, linux-s390@vger.kernel.org, linux-sh@vger.kernel.org, sparclinux@vger.kernel.org, linux-arch@vger.kernel.org Subject: [PATCH 1/6] asm-generic: add a cpuinfo_ops definition in shared code Date: Sun, 21 Aug 2022 12:35:08 +0100 Message-Id: <20220821113512.2056409-2-mail@conchuod.ie> X-Mailer: git-send-email 2.37.1 In-Reply-To: <20220821113512.2056409-1-mail@conchuod.ie> References: <20220821113512.2056409-1-mail@conchuod.ie> MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.org From: Conor Dooley On RISC-V sparse complains that: arch/riscv/kernel/cpu.c:204:29: warning: symbol 'cpuinfo_op' was not declared. Should it be static? Sure, it could be dumped into asm/processor.h like other archs have done, but putting it in an asm-generic header seems to be a saner strategy. Fixes: 76d2a0493a17 ("RISC-V: Init and Halt Code") Signed-off-by: Conor Dooley --- arch/riscv/include/asm/processor.h | 1 + include/asm-generic/processor.h | 7 +++++++ 2 files changed, 8 insertions(+) create mode 100644 include/asm-generic/processor.h diff --git a/arch/riscv/include/asm/processor.h b/arch/riscv/include/asm/processor.h index 19eedd4af4cd..dd2c9a382192 100644 --- a/arch/riscv/include/asm/processor.h +++ b/arch/riscv/include/asm/processor.h @@ -9,6 +9,7 @@ #include #include +#include #include diff --git a/include/asm-generic/processor.h b/include/asm-generic/processor.h new file mode 100644 index 000000000000..2ec9af562e9b --- /dev/null +++ b/include/asm-generic/processor.h @@ -0,0 +1,7 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +#ifndef __ASM_PROCESSOR_H +#define __ASM_PROCESSOR_H + +extern const struct seq_operations cpuinfo_op; + +#endif /* __ASM_PROCESSOR_H */