From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 0124D67A00; Tue, 26 Mar 2024 13:18:34 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.140.110.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711459118; cv=none; b=uDKd4MZoog6OU229s0jPZzlDkH57GCiL2lsp3nljHSJRpkgmc1yxdfcDplNtTFM5szIFlF3mLPAShQVku2MC3VHND8bx36ml8Pdsg0PVJ6ig0/v0qOxf644cCq0m9hO9VjcAJZAL0FHM6ax6OH9usBBbu6o8o5VB4X2X8S3QbLo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711459118; c=relaxed/simple; bh=/nfUf4bHC6IkXOSSHYXmq0tI2QSlZiU0fQbaU71/T1U=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=YXF/+8OkEq//gqAy+wFcq/ZGNLn7VLfd0DBdwQckYlAzPqCQ/Hgl+THruKMIEEWP3GqN9R0+/8KfvFeJDhbL+rN5ktofiN8Ll24LVzvBaOEYdF+aVfJ3Q2YSOnVfXhLF2LMtpG5SB6KYNTzJjuLyRbHtJmLgnJg3ZKZ3gqxlfP0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com; spf=pass smtp.mailfrom=arm.com; arc=none smtp.client-ip=217.140.110.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id AE9442F4; Tue, 26 Mar 2024 06:19:07 -0700 (PDT) Received: from bogus (e103737-lin.cambridge.arm.com [10.1.197.49]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 464C93F64C; Tue, 26 Mar 2024 06:18:31 -0700 (PDT) Date: Tue, 26 Mar 2024 13:18:28 +0000 From: Sudeep Holla To: Andre Przywara Cc: Yangtao Li , Viresh Kumar , Nishanth Menon , Stephen Boyd , Sudeep Holla , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Chen-Yu Tsai , Jernej Skrabec , Samuel Holland , "Rafael J . Wysocki" , Mark Rutland , Lorenzo Pieralisi , linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-sunxi@lists.linux.dev, linux-arm-kernel@lists.infradead.org, Brandon Cheo Fusi , Martin Botka , Martin Botka , Chris Morgan , Ryan Walklin Subject: Re: [PATCH v3 1/8] firmware: smccc: Export revision soc_id function Message-ID: References: <20240326114743.712167-1-andre.przywara@arm.com> <20240326114743.712167-2-andre.przywara@arm.com> Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240326114743.712167-2-andre.przywara@arm.com> On Tue, Mar 26, 2024 at 11:47:36AM +0000, Andre Przywara wrote: > From: Martin Botka > > The "SoC ID revision" as provided via the SMCCC SOCID interface can be > valuable information for drivers, when certain functionality depends > on a die revision, for instance. > One example is the sun50i-cpufreq-nvmem driver, which needs this > information to determine the speed bin of the SoC. > > Export the arm_smccc_get_soc_id_revision() function so that it can be > called by any driver. > Assuming sun50i cpufreq driver can be built as module, Acked-by: Sudeep Holla -- Regards, Sudeep