kernel February 2021

kernel@lists.fedoraproject.org

24 participants
153 discussions

[OS-BUILD PATCHv2] [redhat] spec: Add %bcond_with toolchain_clang option
by Tom Stellard (via Email Bridge) 22 Mar '21

22 Mar '21

From: Tom Stellard <tstellar(a)redhat.com> [redhat] spec: Add %bcond_with toolchain_clang option This option can be enabled by passing --with toolchain_clang to rpmbuild or mock. Enabling this option will cause the kernel to be built with clang instead of gcc. Signed-off-by: Tom Stellard <tstellar(a)redhat.com> diff a/redhat/kernel.spec.template b/redhat/kernel.spec.template --- a/redhat/kernel.spec.template +++ b/redhat/kernel.spec.template @@ -6,6 +6,12 @@ # Disable LTO in userspace packages. %global _lto_cflags %{nil} +# Option to enable compiling with clang instead of gcc. +%bcond_with toolchain_clang + +%if %{with toolchain_clang} +%global toolchain clang +%endif # Cross compile on copr for arm # See https://bugzilla.redhat.com/1879599 @@ -228,6 +234,10 @@ Summary: The Linux kernel %define make_opts -s %endif +%if %{with toolchain_clang} +%global make_opts %{make_opts} HOSTCC=clang CC=clang +%endif + # turn off debug kernel and kabichk for gcov builds %if %{with_gcov} %define with_debug 0 @@ -432,6 +442,14 @@ Summary: The Linux kernel %define with_configchecks 0 %endif +# Setting the compiler to clang enables some different config options +# than what is expected, so disable this check for now. +# TODO: What's the best way to fix this? Do wee need a different set of +# configs for clang? +%if %{with toolchain_clang} +%define with_configchecks 0 +%endif + # To temporarily exclude an architecture from being built, add it to # %%nobuildarches. Do _NOT_ use the ExclusiveArch: line, because if we # don't build kernel-headers then the new build system will no longer let @@ -596,6 +614,10 @@ BuildRequires: xmlto BuildRequires: asciidoc %endif +%if %{with toolchain_clang} +BuildRequires: clang +%endif + # Because this is the kernel, it's hard to get a single upstream URL # to represent the base without needing to do a bunch of patching. This # tarball is generated from a src-git tree. If you want to see the -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/894

4 8

[OS-BUILD PATCH] [redhat] New configs in drivers/pinctrl
by CKI Gitlab (via Email Bridge) 21 Mar '21

21 Mar '21

From: Fedora Kernel Team <kernel-team(a)fedoraproject.org> [redhat] New configs in drivers/pinctrl Hi, As part of the ongoing rebase effort, the following configuration options need to be reviewed. As a reminder, the ARK configuration flow involves moving unreviewed configuration options from the pending directory to the ark directory. In the diff below, options are removed from the pending directory and added to the ark hierarchy. The final options that need to be ACKed are the files that are being added to the ark hierarchy. If the value for a file that is added should be changed, please reply with a better option. CONFIG_PINCTRL_SC8180X: This is the pinctrl, pinmux, pinconf and gpiolib driver for the Qualcomm Technologies Inc TLMM block found on the Qualcomm Technologies Inc SC8180x platform. Symbol: PINCTRL_SC8180X [=n] Type : tristate Defined at drivers/pinctrl/qcom/Kconfig:223 Prompt: Qualcomm Technologies Inc SC8180x pin controller driver Depends on: PINCTRL [=y] && (ARCH_QCOM [=y] || COMPILE_TEST [=n]) && GPIOLIB [=y] && OF [=y] Location: -> Device Drivers -> Pin controllers (PINCTRL [=y]) Selects: PINCTRL_MSM [=n] --- CONFIG_PINCTRL_SM8350: This is the pinctrl, pinmux, pinconf and gpiolib driver for the Qualcomm Technologies Inc TLMM block found on the Qualcomm Technologies Inc SM8350 platform. Symbol: PINCTRL_SM8350 [=n] Type : tristate Defined at drivers/pinctrl/qcom/Kconfig:277 Prompt: Qualcomm Technologies Inc SM8350 pin controller driver Depends on: PINCTRL [=y] && (ARCH_QCOM [=y] || COMPILE_TEST [=n]) && GPIOLIB [=y] && OF [=y] Location: -> Device Drivers -> Pin controllers (PINCTRL [=y]) Selects: PINCTRL_MSM [=n] --- Cc: Brian Masney <bmasney(a)redhat.com> Cc: David Arcari <darcari(a)redhat.com> Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org> diff a/redhat/configs/common/generic/CONFIG_PINCTRL_SC8180X b/redhat/configs/common/generic/CONFIG_PINCTRL_SC8180X --- /dev/null +++ b/redhat/configs/common/generic/CONFIG_PINCTRL_SC8180X @@ -0,0 +1 @@ +# CONFIG_PINCTRL_SC8180X is not set diff a/redhat/configs/common/generic/CONFIG_PINCTRL_SM8350 b/redhat/configs/common/generic/CONFIG_PINCTRL_SM8350 --- /dev/null +++ b/redhat/configs/common/generic/CONFIG_PINCTRL_SM8350 @@ -0,0 +1 @@ +# CONFIG_PINCTRL_SM8350 is not set diff a/redhat/configs/pending-common/generic/CONFIG_PINCTRL_SC8180X b/redhat/configs/pending-common/generic/CONFIG_PINCTRL_SC8180X --- a/redhat/configs/pending-common/generic/CONFIG_PINCTRL_SC8180X +++ /dev/null @@ -1,19 +0,0 @@ -# CONFIG_PINCTRL_SC8180X: -# -# This is the pinctrl, pinmux, pinconf and gpiolib driver for the -# Qualcomm Technologies Inc TLMM block found on the Qualcomm -# Technologies Inc SC8180x platform. -# -# Symbol: PINCTRL_SC8180X [=n] -# Type : tristate -# Defined at drivers/pinctrl/qcom/Kconfig:223 -# Prompt: Qualcomm Technologies Inc SC8180x pin controller driver -# Depends on: PINCTRL [=y] && (ARCH_QCOM [=y] || COMPILE_TEST [=n]) && GPIOLIB [=y] && OF [=y] -# Location: -# -> Device Drivers -# -> Pin controllers (PINCTRL [=y]) -# Selects: PINCTRL_MSM [=n] -# -# -# -# CONFIG_PINCTRL_SC8180X is not set diff a/redhat/configs/pending-common/generic/CONFIG_PINCTRL_SM8350 b/redhat/configs/pending-common/generic/CONFIG_PINCTRL_SM8350 --- a/redhat/configs/pending-common/generic/CONFIG_PINCTRL_SM8350 +++ /dev/null @@ -1,19 +0,0 @@ -# CONFIG_PINCTRL_SM8350: -# -# This is the pinctrl, pinmux, pinconf and gpiolib driver for the -# Qualcomm Technologies Inc TLMM block found on the Qualcomm -# Technologies Inc SM8350 platform. -# -# Symbol: PINCTRL_SM8350 [=n] -# Type : tristate -# Defined at drivers/pinctrl/qcom/Kconfig:277 -# Prompt: Qualcomm Technologies Inc SM8350 pin controller driver -# Depends on: PINCTRL [=y] && (ARCH_QCOM [=y] || COMPILE_TEST [=n]) && GPIOLIB [=y] && OF [=y] -# Location: -# -> Device Drivers -# -> Pin controllers (PINCTRL [=y]) -# Selects: PINCTRL_MSM [=n] -# -# -# -# CONFIG_PINCTRL_SM8350 is not set -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/917

2 1

[OS-BUILD PATCH] [redhat] New configs in lib/Kconfig.debug
by GitLab Bridge on behalf of redhat-patchlab 18 Mar '21

18 Mar '21

From: Fedora Kernel Team <kernel-team(a)fedoraproject.org> Hi, As part of the ongoing rebase effort, the following configuration options need to be reviewed. As a reminder, the ARK configuration flow involves moving unreviewed configuration options from the pending directory to the ark directory. In the diff below, options are removed from the pending directory and added to the ark hierarchy. The final options that need to be ACKed are the files that are being added to the ark hierarchy. If the value for a file that is added should be changed, please reply with a better option. CONFIG_HARDLOCKUP_DETECTOR: Say Y here to enable the kernel to act as a watchdog to detect hard lockups. Hardlockups are bugs that cause the CPU to loop in kernel mode for more than 10 seconds, without letting other interrupts have a chance to run. The current stack trace is displayed upon detection and the system will stay locked up. Symbol: HARDLOCKUP_DETECTOR [=n] Type : bool Defined at lib/Kconfig.debug:1000 Prompt: Detect Hard Lockups Depends on: DEBUG_KERNEL [=y] && !S390 && (HAVE_HARDLOCKUP_DETECTOR_PERF [=y] || HAVE_HARDLOCKUP_DETECTOR_ARCH [=n]) Location: -> Kernel hacking -> Debug Oops, Lockups and Hangs Selects: LOCKUP_DETECTOR [=y] && HARDLOCKUP_DETECTOR_PERF [=n] && HARDLOCKUP_DETECTOR_ARCH --- Cc: Prarit Bhargava <prarit(a)redhat.com> Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org> --- .../common/generic/CONFIG_HARDLOCKUP_DETECTOR | 1 + .../generic/CONFIG_HARDLOCKUP_DETECTOR | 23 ------------------- 2 files changed, 1 insertion(+), 23 deletions(-) create mode 100644 redhat/configs/common/generic/CONFIG_HARDLOCKUP_DETECTOR delete mode 100644 redhat/configs/pending-common/generic/CONFIG_HARDLOCKUP_DETECTOR diff --git a/redhat/configs/common/generic/CONFIG_HARDLOCKUP_DETECTOR b/redhat/configs/common/generic/CONFIG_HARDLOCKUP_DETECTOR new file mode 100644 index 000000000000..32d4a56dd961 --- /dev/null +++ b/redhat/configs/common/generic/CONFIG_HARDLOCKUP_DETECTOR @@ -0,0 +1 @@ +# CONFIG_HARDLOCKUP_DETECTOR is not set diff --git a/redhat/configs/pending-common/generic/CONFIG_HARDLOCKUP_DETECTOR b/redhat/configs/pending-common/generic/CONFIG_HARDLOCKUP_DETECTOR deleted file mode 100644 index cd74a33e67ea..000000000000 --- a/redhat/configs/pending-common/generic/CONFIG_HARDLOCKUP_DETECTOR +++ /dev/null @@ -1,23 +0,0 @@ -# CONFIG_HARDLOCKUP_DETECTOR: -# -# Say Y here to enable the kernel to act as a watchdog to detect -# hard lockups. -# -# Hardlockups are bugs that cause the CPU to loop in kernel mode -# for more than 10 seconds, without letting other interrupts have a -# chance to run. The current stack trace is displayed upon detection -# and the system will stay locked up. -# -# Symbol: HARDLOCKUP_DETECTOR [=n] -# Type : bool -# Defined at lib/Kconfig.debug:1000 -# Prompt: Detect Hard Lockups -# Depends on: DEBUG_KERNEL [=y] && !S390 && (HAVE_HARDLOCKUP_DETECTOR_PERF [=y] || HAVE_HARDLOCKUP_DETECTOR_ARCH [=n]) -# Location: -# -> Kernel hacking -# -> Debug Oops, Lockups and Hangs -# Selects: LOCKUP_DETECTOR [=y] && HARDLOCKUP_DETECTOR_PERF [=n] && HARDLOCKUP_DETECTOR_ARCH -# -# -# -# CONFIG_HARDLOCKUP_DETECTOR is not set -- GitLab

3 2

[OS-BUILD PATCH] [redhat] New configs in drivers/md
by GitLab Bridge on behalf of redhat-patchlab 16 Mar '21

16 Mar '21

From: Fedora Kernel Team <kernel-team(a)fedoraproject.org> Hi, As part of the ongoing rebase effort, the following configuration options need to be reviewed. As a reminder, the ARK configuration flow involves moving unreviewed configuration options from the pending directory to the ark directory. In the diff below, options are removed from the pending directory and added to the ark hierarchy. The final options that need to be ACKed are the files that are being added to the ark hierarchy. If the value for a file that is added should be changed, please reply with a better option. CONFIG_DM_MULTIPATH_IOA: This path selector selects the path based on the CPU the IO is executed on and the CPU to path mapping setup at path addition time. If unsure, say N. Symbol: DM_MULTIPATH_IOA [=n] Type : tristate Defined at drivers/md/Kconfig:466 Prompt: I/O Path Selector based on CPU submission Depends on: MD [=y] && DM_MULTIPATH [=m] Location: -> Device Drivers -> Multiple devices driver support (RAID and LVM) (MD [=y]) -> Device mapper support (BLK_DEV_DM [=m]) -> Multipath target (DM_MULTIPATH [=m]) --- Cc: Nigel Croxon <ncroxon(a)redhat.com> Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org> --- .../common/generic/CONFIG_DM_MULTIPATH_IOA | 1 + .../generic/CONFIG_DM_MULTIPATH_IOA | 21 ------------------- 2 files changed, 1 insertion(+), 21 deletions(-) create mode 100644 redhat/configs/common/generic/CONFIG_DM_MULTIPATH_IOA delete mode 100644 redhat/configs/pending-common/generic/CONFIG_DM_MULTIPATH_IOA diff --git a/redhat/configs/common/generic/CONFIG_DM_MULTIPATH_IOA b/redhat/configs/common/generic/CONFIG_DM_MULTIPATH_IOA new file mode 100644 index 000000000000..9dbcf92fa81e --- /dev/null +++ b/redhat/configs/common/generic/CONFIG_DM_MULTIPATH_IOA @@ -0,0 +1 @@ +# CONFIG_DM_MULTIPATH_IOA is not set diff --git a/redhat/configs/pending-common/generic/CONFIG_DM_MULTIPATH_IOA b/redhat/configs/pending-common/generic/CONFIG_DM_MULTIPATH_IOA deleted file mode 100644 index 83a1a727f1bd..000000000000 --- a/redhat/configs/pending-common/generic/CONFIG_DM_MULTIPATH_IOA +++ /dev/null @@ -1,21 +0,0 @@ -# CONFIG_DM_MULTIPATH_IOA: -# -# This path selector selects the path based on the CPU the IO is -# executed on and the CPU to path mapping setup at path addition time. -# -# If unsure, say N. -# -# Symbol: DM_MULTIPATH_IOA [=n] -# Type : tristate -# Defined at drivers/md/Kconfig:466 -# Prompt: I/O Path Selector based on CPU submission -# Depends on: MD [=y] && DM_MULTIPATH [=m] -# Location: -# -> Device Drivers -# -> Multiple devices driver support (RAID and LVM) (MD [=y]) -# -> Device mapper support (BLK_DEV_DM [=m]) -# -> Multipath target (DM_MULTIPATH [=m]) -# -# -# -# CONFIG_DM_MULTIPATH_IOA is not set -- GitLab

3 3

[OS-BUILD PATCH 0/10] Arm ark/fedora config unification
by Jeremy Linton (via Email Bridge) 15 Mar '21

15 Mar '21

From: Jeremy Linton on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/884 Enable some arm options globally across ark & fedora. Some of these options like coresight are already enabled in fedora and should be enabled in ark, are enabled=y and should be =m, or are the same (efi options) in both configs and should be moved into the common directory. general platform drivers, etc have been left alone.

4 11

[OS-BUILD PATCH] [redhat] New configs in drivers/nvme
by GitLab Bridge on behalf of jeremycline 15 Mar '21

15 Mar '21

From: Fedora Kernel Team <kernel-team(a)fedoraproject.org> Hi, As part of the ongoing rebase effort, the following configuration options need to be reviewed. As a reminder, the ARK configuration flow involves moving unreviewed configuration options from the pending directory to the ark directory. In the diff below, options are removed from the pending directory and added to the ark hierarchy. The final options that need to be ACKed are the files that are being added to the ark hierarchy. If the value for a file that is added should be changed, please reply with a better option. CONFIG_NVME_TARGET_PASSTHRU: This enables target side NVMe passthru controller support for the NVMe Over Fabrics protocol. It allows for hosts to manage and directly access an actual NVMe controller residing on the target side, incuding executing Vendor Unique Commands. If unsure, say N. Symbol: NVME_TARGET_PASSTHRU [=n] Type : bool Defined at drivers/nvme/target/Kconfig:19 Prompt: NVMe Target Passthrough support Depends on: NVME_TARGET [=m] && (NVME_CORE [=m]=y || NVME_CORE [=m]=NVME_TARGET [=m]) Location: -> Device Drivers -> NVME Support -> NVMe Target support (NVME_TARGET [=m]) --- Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org> --- .../generic/CONFIG_NVME_TARGET_PASSTHRU | 1 + .../generic/CONFIG_NVME_TARGET_PASSTHRU | 22 ------------------- 2 files changed, 1 insertion(+), 22 deletions(-) create mode 100644 redhat/configs/common/generic/CONFIG_NVME_TARGET_PASSTHRU delete mode 100644 redhat/configs/pending-common/generic/CONFIG_NVME_TARGET_PASSTHRU diff --git a/redhat/configs/common/generic/CONFIG_NVME_TARGET_PASSTHRU b/redhat/configs/common/generic/CONFIG_NVME_TARGET_PASSTHRU new file mode 100644 index 000000000000..12bf02e23a41 --- /dev/null +++ b/redhat/configs/common/generic/CONFIG_NVME_TARGET_PASSTHRU @@ -0,0 +1 @@ +# CONFIG_NVME_TARGET_PASSTHRU is not set diff --git a/redhat/configs/pending-common/generic/CONFIG_NVME_TARGET_PASSTHRU b/redhat/configs/pending-common/generic/CONFIG_NVME_TARGET_PASSTHRU deleted file mode 100644 index 2795e2bb3e5e..000000000000 --- a/redhat/configs/pending-common/generic/CONFIG_NVME_TARGET_PASSTHRU +++ /dev/null @@ -1,22 +0,0 @@ -# CONFIG_NVME_TARGET_PASSTHRU: -# -# This enables target side NVMe passthru controller support for the -# NVMe Over Fabrics protocol. It allows for hosts to manage and -# directly access an actual NVMe controller residing on the target -# side, incuding executing Vendor Unique Commands. -# -# If unsure, say N. -# -# Symbol: NVME_TARGET_PASSTHRU [=n] -# Type : bool -# Defined at drivers/nvme/target/Kconfig:19 -# Prompt: NVMe Target Passthrough support -# Depends on: NVME_TARGET [=m] && (NVME_CORE [=m]=y || NVME_CORE [=m]=NVME_TARGET [=m]) -# Location: -# -> Device Drivers -# -> NVME Support -# -> NVMe Target support (NVME_TARGET [=m]) -# -# -# -# CONFIG_NVME_TARGET_PASSTHRU is not set -- GitLab

5 4

[OS-BUILD PATCH] common: enable RTC_SYSTOHC to supplement update_persistent_clock64
by GitLab Bridge on behalf of pbrobinson 10 Mar '21

10 Mar '21

From: Peter Robinson <pbrobinson(a)gmail.com> We already enable RTC_HCTOSYS in common config, this is the inverse for syncing NTP to HW RTCs, and seems slightly better/preferred on non x86-style CMOS RTCa than update_persistent_clock. Signed-off-by: Peter Robinson <pbrobinson(a)gmail.com> --- redhat/configs/common/generic/CONFIG_RTC_SYSTOHC | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/redhat/configs/common/generic/CONFIG_RTC_SYSTOHC b/redhat/configs/common/generic/CONFIG_RTC_SYSTOHC index 03ebe734a152..f3581c76b8c6 100644 --- a/redhat/configs/common/generic/CONFIG_RTC_SYSTOHC +++ b/redhat/configs/common/generic/CONFIG_RTC_SYSTOHC @@ -1 +1 @@ -# CONFIG_RTC_SYSTOHC is not set +CONFIG_RTC_SYSTOHC=y -- GitLab

2 3

[OS-BUILD PATCH] efi: The EFI_VARS is legacy and now x86 only
by GitLab Bridge on behalf of pbrobinson 10 Mar '21

10 Mar '21

From: Peter Robinson <pbrobinson(a)gmail.com> As of upstream commit 963fabf the EFI_VARS option is set to x86 only as it's long been deprecated pre !intel support and is due to be removed so it now does nothing on arm platforms. Fedora actually disabled this on x86 too, I do wonder if it's worth considering disabling it in ark platforms too? Signed-off-by: Peter Robinson <pbrobinson(a)gmail.com> Cc: Mark Salter <msalter(a)redhat.com> Cc: Al Stone <ahs3(a)redhat.com> --- redhat/configs/ark/generic/arm/aarch64/CONFIG_EFI_VARS | 1 - redhat/configs/fedora/generic/arm/CONFIG_EFI_VARS | 1 - 2 files changed, 2 deletions(-) delete mode 100644 redhat/configs/ark/generic/arm/aarch64/CONFIG_EFI_VARS delete mode 100644 redhat/configs/fedora/generic/arm/CONFIG_EFI_VARS diff --git a/redhat/configs/ark/generic/arm/aarch64/CONFIG_EFI_VARS b/redhat/configs/ark/generic/arm/aarch64/CONFIG_EFI_VARS deleted file mode 100644 index b9206d9f457a..000000000000 --- a/redhat/configs/ark/generic/arm/aarch64/CONFIG_EFI_VARS +++ /dev/null @@ -1 +0,0 @@ -CONFIG_EFI_VARS=y diff --git a/redhat/configs/fedora/generic/arm/CONFIG_EFI_VARS b/redhat/configs/fedora/generic/arm/CONFIG_EFI_VARS deleted file mode 100644 index b9206d9f457a..000000000000 --- a/redhat/configs/fedora/generic/arm/CONFIG_EFI_VARS +++ /dev/null @@ -1 +0,0 @@ -CONFIG_EFI_VARS=y -- GitLab

6 6

[OS-BUILD PATCH] generic: arm: enable SCMI for all options
by GitLab Bridge on behalf of pbrobinson 10 Mar '21

10 Mar '21

From: Peter Robinson <pbrobinson(a)gmail.com> The Arm System Control and Management Interface (SCMI) specification is a new standard firmware interface for Arm devices from Arm. Signed-off-by: Peter Robinson <pbrobinson(a)gmail.com> CC: ahs3(a)redhat.com --- redhat/configs/ark/generic/arm/aarch64/CONFIG_ARM_SCMI_PROTOCOL | 1 - .../{fedora => common}/generic/arm/CONFIG_ARM_SCMI_CPUFREQ | 0 .../{fedora => common}/generic/arm/CONFIG_ARM_SCMI_POWER_DOMAIN | 0 .../{fedora => common}/generic/arm/CONFIG_ARM_SCMI_PROTOCOL | 0 .../{fedora => common}/generic/arm/CONFIG_COMMON_CLK_SCMI | 0 redhat/configs/{fedora => common}/generic/arm/CONFIG_RESET_SCMI | 0 .../{fedora => common}/generic/arm/CONFIG_SENSORS_ARM_SCMI | 0 7 files changed, 1 deletion(-) delete mode 100644 redhat/configs/ark/generic/arm/aarch64/CONFIG_ARM_SCMI_PROTOCOL rename redhat/configs/{fedora => common}/generic/arm/CONFIG_ARM_SCMI_CPUFREQ (100%) rename redhat/configs/{fedora => common}/generic/arm/CONFIG_ARM_SCMI_POWER_DOMAIN (100%) rename redhat/configs/{fedora => common}/generic/arm/CONFIG_ARM_SCMI_PROTOCOL (100%) rename redhat/configs/{fedora => common}/generic/arm/CONFIG_COMMON_CLK_SCMI (100%) rename redhat/configs/{fedora => common}/generic/arm/CONFIG_RESET_SCMI (100%) rename redhat/configs/{fedora => common}/generic/arm/CONFIG_SENSORS_ARM_SCMI (100%) diff --git a/redhat/configs/ark/generic/arm/aarch64/CONFIG_ARM_SCMI_PROTOCOL b/redhat/configs/ark/generic/arm/aarch64/CONFIG_ARM_SCMI_PROTOCOL deleted file mode 100644 index 8e99d7695567..000000000000 --- a/redhat/configs/ark/generic/arm/aarch64/CONFIG_ARM_SCMI_PROTOCOL +++ /dev/null @@ -1 +0,0 @@ -# CONFIG_ARM_SCMI_PROTOCOL is not set diff --git a/redhat/configs/fedora/generic/arm/CONFIG_ARM_SCMI_CPUFREQ b/redhat/configs/common/generic/arm/CONFIG_ARM_SCMI_CPUFREQ similarity index 100% rename from redhat/configs/fedora/generic/arm/CONFIG_ARM_SCMI_CPUFREQ rename to redhat/configs/common/generic/arm/CONFIG_ARM_SCMI_CPUFREQ diff --git a/redhat/configs/fedora/generic/arm/CONFIG_ARM_SCMI_POWER_DOMAIN b/redhat/configs/common/generic/arm/CONFIG_ARM_SCMI_POWER_DOMAIN similarity index 100% rename from redhat/configs/fedora/generic/arm/CONFIG_ARM_SCMI_POWER_DOMAIN rename to redhat/configs/common/generic/arm/CONFIG_ARM_SCMI_POWER_DOMAIN diff --git a/redhat/configs/fedora/generic/arm/CONFIG_ARM_SCMI_PROTOCOL b/redhat/configs/common/generic/arm/CONFIG_ARM_SCMI_PROTOCOL similarity index 100% rename from redhat/configs/fedora/generic/arm/CONFIG_ARM_SCMI_PROTOCOL rename to redhat/configs/common/generic/arm/CONFIG_ARM_SCMI_PROTOCOL diff --git a/redhat/configs/fedora/generic/arm/CONFIG_COMMON_CLK_SCMI b/redhat/configs/common/generic/arm/CONFIG_COMMON_CLK_SCMI similarity index 100% rename from redhat/configs/fedora/generic/arm/CONFIG_COMMON_CLK_SCMI rename to redhat/configs/common/generic/arm/CONFIG_COMMON_CLK_SCMI diff --git a/redhat/configs/fedora/generic/arm/CONFIG_RESET_SCMI b/redhat/configs/common/generic/arm/CONFIG_RESET_SCMI similarity index 100% rename from redhat/configs/fedora/generic/arm/CONFIG_RESET_SCMI rename to redhat/configs/common/generic/arm/CONFIG_RESET_SCMI diff --git a/redhat/configs/fedora/generic/arm/CONFIG_SENSORS_ARM_SCMI b/redhat/configs/common/generic/arm/CONFIG_SENSORS_ARM_SCMI similarity index 100% rename from redhat/configs/fedora/generic/arm/CONFIG_SENSORS_ARM_SCMI rename to redhat/configs/common/generic/arm/CONFIG_SENSORS_ARM_SCMI -- GitLab

4 4

[OS-BUILD PATCH] common: fix WM8804 codec dependencies
by GitLab Bridge on behalf of pbrobinson 09 Mar '21

09 Mar '21

From: Peter Robinson <pbrobinson(a)redhat.com> The WM8804 codec is required for Intel Apollo Lake support so enable it as it's a supported RHEL for Edge platform. Some minor cleanups for the WM8804 codec configs while we're at it. Signed-off-by: Peter Robinson <pbrobinson(a)redhat.com> --- .../generic/x86/CONFIG_SND_SOC_WM8804_I2C | 0 .../fedora/generic/CONFIG_SND_SOC_WM8804 | 1 - .../fedora/generic/arm/CONFIG_SND_SOC_WM8804 | 1 - .../x86/CONFIG_SND_SOC_INTEL_SOF_WM8804_MACH | 23 ------------------- .../fedora/generic/x86/CONFIG_SND_SOC_WM8804 | 1 - 5 files changed, 26 deletions(-) rename redhat/configs/{fedora => common}/generic/x86/CONFIG_SND_SOC_WM8804_I2C (100%) delete mode 100644 redhat/configs/fedora/generic/CONFIG_SND_SOC_WM8804 delete mode 100644 redhat/configs/fedora/generic/arm/CONFIG_SND_SOC_WM8804 delete mode 100644 redhat/configs/fedora/generic/x86/CONFIG_SND_SOC_INTEL_SOF_WM8804_MACH delete mode 100644 redhat/configs/fedora/generic/x86/CONFIG_SND_SOC_WM8804 diff --git a/redhat/configs/fedora/generic/x86/CONFIG_SND_SOC_WM8804_I2C b/redhat/configs/common/generic/x86/CONFIG_SND_SOC_WM8804_I2C similarity index 100% rename from redhat/configs/fedora/generic/x86/CONFIG_SND_SOC_WM8804_I2C rename to redhat/configs/common/generic/x86/CONFIG_SND_SOC_WM8804_I2C diff --git a/redhat/configs/fedora/generic/CONFIG_SND_SOC_WM8804 b/redhat/configs/fedora/generic/CONFIG_SND_SOC_WM8804 deleted file mode 100644 index 074702b5ef5e..000000000000 --- a/redhat/configs/fedora/generic/CONFIG_SND_SOC_WM8804 +++ /dev/null @@ -1 +0,0 @@ -# CONFIG_SND_SOC_WM8804 is not set diff --git a/redhat/configs/fedora/generic/arm/CONFIG_SND_SOC_WM8804 b/redhat/configs/fedora/generic/arm/CONFIG_SND_SOC_WM8804 deleted file mode 100644 index 04b89d9ff78b..000000000000 --- a/redhat/configs/fedora/generic/arm/CONFIG_SND_SOC_WM8804 +++ /dev/null @@ -1 +0,0 @@ -CONFIG_SND_SOC_WM8804=m diff --git a/redhat/configs/fedora/generic/x86/CONFIG_SND_SOC_INTEL_SOF_WM8804_MACH b/redhat/configs/fedora/generic/x86/CONFIG_SND_SOC_INTEL_SOF_WM8804_MACH deleted file mode 100644 index bb7ee45866a6..000000000000 --- a/redhat/configs/fedora/generic/x86/CONFIG_SND_SOC_INTEL_SOF_WM8804_MACH +++ /dev/null @@ -1,23 +0,0 @@ -# CONFIG_SND_SOC_INTEL_SOF_WM8804_MACH: -# -# This adds support for ASoC machine driver for Intel platforms -# with the Wolfson/Cirrus WM8804 I2S audio codec. -# Say Y or m if you have such a device. This is a recommended option. -# If unsure select "N". -# -# Symbol: SND_SOC_INTEL_SOF_WM8804_MACH [=n] -# Type : tristate -# Defined at sound/soc/intel/boards/Kconfig:329 -# Prompt: SOF with Wolfson/Cirrus WM8804 codec -# Depends on: SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_SOC_INTEL_MACH [=y] && SND_SOC_SOF_APOLLOLAKE [=m] && I2C [=y] && ACPI [=y] && (MFD_INTEL_LPSS [=y] || COMPILE_TEST [=n]) -# Location: -# -> Device Drivers -# -> Sound card support (SOUND [=m]) -# -> Advanced Linux Sound Architecture (SND [=m]) -# -> ALSA for SoC audio support (SND_SOC [=m]) -# -> Intel Machine drivers (SND_SOC_INTEL_MACH [=y]) -# Selects: SND_SOC_WM8804_I2C [=n] -# -# -# -CONFIG_SND_SOC_INTEL_SOF_WM8804_MACH=m diff --git a/redhat/configs/fedora/generic/x86/CONFIG_SND_SOC_WM8804 b/redhat/configs/fedora/generic/x86/CONFIG_SND_SOC_WM8804 deleted file mode 100644 index 04b89d9ff78b..000000000000 --- a/redhat/configs/fedora/generic/x86/CONFIG_SND_SOC_WM8804 +++ /dev/null @@ -1 +0,0 @@ -CONFIG_SND_SOC_WM8804=m -- GitLab

6 5

← Newer
1
...
4
5
6
7
8
9
10
...
16
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

kernel February 2021