Add Kconfig file for cpufreq scaling drivers that can handle RISC-V
CPUs. An entry is included for the Allwinner H6 cpufreq driver that
works with D1.
Signed-off-by: Brandon Cheo Fusi <fusibrandon13@gmail.com>
---
drivers/cpufreq/Kconfig | 4 ++++
drivers/cpufreq/Kconfig.riscv | 16 ++++++++++++++++
2 files changed, 20 insertions(+)
create mode 100644 drivers/cpufreq/Kconfig.riscv
diff --git a/drivers/cpufreq/Kconfig b/drivers/cpufreq/Kconfig
index 35efb53d5..4bef39fed 100644
--- a/drivers/cpufreq/Kconfig
+++ b/drivers/cpufreq/Kconfig
@@ -239,6 +239,10 @@ if PPC32 || PPC64
source "drivers/cpufreq/Kconfig.powerpc"
endif
+if RISCV
+source "drivers/cpufreq/Kconfig.riscv"
+endif
+
if MIPS
config BMIPS_CPUFREQ
tristate "BMIPS CPUfreq Driver"
diff --git a/drivers/cpufreq/Kconfig.riscv b/drivers/cpufreq/Kconfig.riscv
new file mode 100644
index 000000000..025c7c439
--- /dev/null
+++ b/drivers/cpufreq/Kconfig.riscv
@@ -0,0 +1,16 @@
+# SPDX-License-Identifier: GPL-2.0-only
+#
+# RISC-V CPU Frequency scaling drivers
+#
+
+config ALLWINNER_SUN50I_CPUFREQ_NVMEM
+ tristate "Allwinner nvmem based SUN50I CPUFreq driver"
+ depends on ARCH_SUNXI
+ depends on NVMEM_SUNXI_SID
+ select PM_OPP
+ help
+ This adds the nvmem based CPUFreq driver for Allwinner
+ H6/D1 SoCs.
+
+ To compile this driver as a module, choose M here: the
+ module will be called sun50i-cpufreq-nvmem.
\ No newline at end of file
--
2.30.2
On 14-12-23, 11:33, Brandon Cheo Fusi wrote: > Add Kconfig file for cpufreq scaling drivers that can handle RISC-V > CPUs. An entry is included for the Allwinner H6 cpufreq driver that > works with D1. > > Signed-off-by: Brandon Cheo Fusi <fusibrandon13@gmail.com> > --- > drivers/cpufreq/Kconfig | 4 ++++ > drivers/cpufreq/Kconfig.riscv | 16 ++++++++++++++++ > 2 files changed, 20 insertions(+) > create mode 100644 drivers/cpufreq/Kconfig.riscv We don't have a separate kconfig file for each architecture. Only if there are too many entries for an architecture, we add a new file. -- viresh
On Thu, Dec 14, 2023 at 12:17 PM Viresh Kumar <viresh.kumar@linaro.org> wrote: > > On 14-12-23, 11:33, Brandon Cheo Fusi wrote: > > Add Kconfig file for cpufreq scaling drivers that can handle RISC-V > > CPUs. An entry is included for the Allwinner H6 cpufreq driver that > > works with D1. > > > > Signed-off-by: Brandon Cheo Fusi <fusibrandon13@gmail.com> > > --- > > drivers/cpufreq/Kconfig | 4 ++++ > > drivers/cpufreq/Kconfig.riscv | 16 ++++++++++++++++ > > 2 files changed, 20 insertions(+) > > create mode 100644 drivers/cpufreq/Kconfig.riscv > > We don't have a separate kconfig file for each architecture. Only if > there are too many entries for an architecture, we add a new file. > > -- > viresh The sun50i cpufreq driver is currently only available when CONFIG_ARM or CONFIG_ARM64 is selected, so this was the only decent way I could think of making it accessible on either one of CONFIG_(ARM | ARM64 | RISC-V). Any suggestions for a better workaround ? Also I think future cpufreq drivers for RISC-V are going to happen, so we might as well have the Kconfig file. Kind Regards, Brandon.
Hi Brandon, On 12/15/23 09:17, Brandon Cheo Fusi wrote: > On Thu, Dec 14, 2023 at 12:17 PM Viresh Kumar <viresh.kumar@linaro.org> wrote: >> >> On 14-12-23, 11:33, Brandon Cheo Fusi wrote: >>> Add Kconfig file for cpufreq scaling drivers that can handle RISC-V >>> CPUs. An entry is included for the Allwinner H6 cpufreq driver that >>> works with D1. >>> >>> Signed-off-by: Brandon Cheo Fusi <fusibrandon13@gmail.com> >>> --- >>> drivers/cpufreq/Kconfig | 4 ++++ >>> drivers/cpufreq/Kconfig.riscv | 16 ++++++++++++++++ >>> 2 files changed, 20 insertions(+) >>> create mode 100644 drivers/cpufreq/Kconfig.riscv >> >> We don't have a separate kconfig file for each architecture. Only if >> there are too many entries for an architecture, we add a new file. >> >> -- >> viresh > > The sun50i cpufreq driver is currently only available when CONFIG_ARM or > CONFIG_ARM64 is selected, so this was the only decent way I could think > of making it accessible on either one of CONFIG_(ARM | ARM64 | RISC-V). > Any suggestions for a better workaround ? Move the option to the main drivers/cpufreq/Kconfig, like QORIQ_CPUFREQ, which is also used with multiple architectures (PowerPC and ARM, in that case). We don't want two options for the same driver. Regards, Samuel
On 15-12-23, 15:09, Samuel Holland wrote: > Move the option to the main drivers/cpufreq/Kconfig, like QORIQ_CPUFREQ, > which is also used with multiple architectures (PowerPC and ARM, in that > case). We don't want two options for the same driver. +1 -- viresh
© 2016 - 2025 Red Hat, Inc.