From mboxrd@z Thu Jan 1 00:00:00 1970 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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 81180C433FE for ; Thu, 20 Oct 2022 09:59:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:Subject:Cc:To:From:Date:References: In-Reply-To:Message-Id:Mime-Version:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=+izJ1jnPliETiFU54z5seQ40EoMoJ5icJK9W8TGvJ/w=; b=Xha5THkBr6IX0i d1zylgQyqy25U0VsNfrtlzJVqkJZhVuVLl+o6i7a/S90/vDrIW/koM/R7vUvTARJDmQXp1Hg5h/wr bSGA+qExapGQQjv3mS7/th773AUAaMzeG6Tqb6btbcNzrlsRW92uBDdCVOaKYxh/yf8tZQKLb1Ys2 eXch1bmJ+j2CnlCQV5CZ51VrCX8LZPJqHPq22rr4XAsxCL8m6TIWPqp9MHNCeI1ZNK+5UPBm1IzIH Oc0ns6qwKEHyugOtLnveTNRArKHislryJQy1EcE1f4ufs4g/HJzUf0v36PzPih9+b1ut7b1VGaRk+ 8rnYRdhg6jeXeEP8tk/g==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1olSJV-00DFU1-Ua; Thu, 20 Oct 2022 09:58:10 +0000 Received: from out3-smtp.messagingengine.com ([66.111.4.27]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1olSJP-00DFNA-Aw for linux-arm-kernel@lists.infradead.org; Thu, 20 Oct 2022 09:58:05 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id BDC725C00EA; Thu, 20 Oct 2022 05:58:00 -0400 (EDT) Received: from imap51 ([10.202.2.101]) by compute3.internal (MEProxy); Thu, 20 Oct 2022 05:58:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arndb.de; h=cc :cc:content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm2; t=1666259880; x=1666346280; bh=L8cNWUhBuV SGANYlibqkfHNdFindWIffs7dtGgKV2So=; b=uhnu+6Tq2aAeLqzLyQuV3Zimot dP7bQdcBQYMyFQ6GIFYuPz8VKPGd/mJqPagoIB2rc4+7Y8LCU52qPbcsW5Z+CqZO ijXF0KbQM6MjiSIBeOX+i7ODLsj9+vI28k4y798SodXlkyKbAXuQ9uOyxHSZsnJm n1UFzfHUVjlJr3wxlEBznr54cMB3oitP6J6Neu2XlHTIsHd8G7l6nSuvn5YhoaQk 45wVELVe0mSsSG9y1GPQ9KnrLhNQRgJKLAN/6tVgWKT//Tmm0XfYE0anad4xmmFW Qdzlv7KwxwgJTqQLQau3ENuDJ8Azmd0guwpUt0PB5KP0ViDnE1mGnkhzlyqA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; t=1666259880; x=1666346280; bh=L8cNWUhBuVSGANYlibqkfHNdFind WIffs7dtGgKV2So=; b=GPeSFHuouGHvtNmyvOXALREZtIznc8NW6vGUiydR9RD4 jGNyq3ielKBn2TLyNXSwtYkNeC+pi9RgSfYkkgYRmzKFsEBV7zM0Kc2Vctc1eAB6 kcinev5TwOdEmu9XKXmJW+sp9YKeRDl4TT5QXF1pbVtMK0FglnDdxutwERLQ/Wuk eiRhi1VKi0uvRG/h4p8G1JFqIRNWeIkZC9az3t4+6jnDvSghIO9Xl4vlSJw8EJ8h PzWQYbg/Vyag/04SuwUFgFa+17IgkPAaCvpNVsfmMdsHZlIXrTj/+vpGG2aseo2f j1ipscqZMeUz7IYPq3ut94xko/czPUXgAptMFkYR8Q== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrfeeliedgvdduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvfevufgtsehttdertderredtnecuhfhrohhmpedftehr nhguuceuvghrghhmrghnnhdfuceorghrnhgusegrrhhnuggsrdguvgeqnecuggftrfgrth htvghrnhepffehueegteeihfegtefhjefgtdeugfegjeelheejueethfefgeeghfektdek teffnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprg hrnhgusegrrhhnuggsrdguvg X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 8A5A3B60086; Thu, 20 Oct 2022 05:58:00 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.7.0-alpha0-1047-g9e4af4ada4-fm-20221005.001-g9e4af4ad Mime-Version: 1.0 Message-Id: In-Reply-To: References: <1664186759-9821-1-git-send-email-kkartik@nvidia.com> Date: Thu, 20 Oct 2022 11:57:39 +0200 From: "Arnd Bergmann" To: "Thierry Reding" , "Olof Johansson" Cc: Kartik , "Jon Hunter" , windhl@126.com, sumitg@nvidia.com, linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH] soc/tegra: fuse: Export tegra_get_platform() & tegra_is_silicon() X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20221020_025804_039494_1B4E9DB9 X-CRM114-Status: GOOD ( 18.36 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Thu, Oct 20, 2022, at 11:54, Thierry Reding wrote: > On Mon, Sep 26, 2022 at 03:35:59PM +0530, Kartik wrote: >> Functions tegra_get_platform() and tegra_is_silicon() are required >> for pre-silicon development to correctly identify the platform on >> which the software is running. >> >> Export tegra_get_platform() and tegra_is_silicon(), so they can be >> used for pre-slicon development of device drivers and kernel space >> tests. >> >> Signed-off-by: Kartik >> --- >> drivers/soc/tegra/fuse/tegra-apbmisc.c | 2 ++ >> 1 file changed, 2 insertions(+) > > Hi Arnd, Olof, > > can you take a quick look at this and provide some feedback regarding > acceptance? It's slightly unorthodox because the only in-tree users of > these functions are built-in drivers and early code, so they don't > technically need to be exported for strictly in-kernel users. However, > we do see these used quite frequently in pre-silicon development and > having these available upstream would help with internal kernel > transitions and so on. We may also see them used more commonly in > upstream drivers in the future. Hi Thierry and Kartik, Have you looked at using soc_device_match() instead? As long as the information is part of the soc_device_attribute prvoided by the soc info driver, any other kernel driver should be able to just use string matching to get what you need here. Arnd _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel