[OS-BUILD PATCH] [redhat] New configs in drivers/clk
by GitLab Bridge on behalf of redhat-patchlab
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.
---
---
---
---
Cc: Mark Salter <msalter(a)redhat.com>
Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org>
---
redhat/configs/common/generic/CONFIG_CLK_GFM_LPASS_SM8250 | 0
redhat/configs/common/generic/CONFIG_COMMON_CLK_FSL_FLEXSPI | 0
redhat/configs/common/generic/CONFIG_SC_CAMCC_7180 | 0
redhat/configs/common/generic/CONFIG_SDX_GCC_55 | 0
4 files changed, 0 insertions(+), 0 deletions(-)
create mode 100644 redhat/configs/common/generic/CONFIG_CLK_GFM_LPASS_SM8250
create mode 100644 redhat/configs/common/generic/CONFIG_COMMON_CLK_FSL_FLEXSPI
create mode 100644 redhat/configs/common/generic/CONFIG_SC_CAMCC_7180
create mode 100644 redhat/configs/common/generic/CONFIG_SDX_GCC_55
diff --git a/redhat/configs/common/generic/CONFIG_CLK_GFM_LPASS_SM8250 b/redhat/configs/common/generic/CONFIG_CLK_GFM_LPASS_SM8250
new file mode 100644
index 000000000000..e69de29bb2d1
diff --git a/redhat/configs/common/generic/CONFIG_COMMON_CLK_FSL_FLEXSPI b/redhat/configs/common/generic/CONFIG_COMMON_CLK_FSL_FLEXSPI
new file mode 100644
index 000000000000..e69de29bb2d1
diff --git a/redhat/configs/common/generic/CONFIG_SC_CAMCC_7180 b/redhat/configs/common/generic/CONFIG_SC_CAMCC_7180
new file mode 100644
index 000000000000..e69de29bb2d1
diff --git a/redhat/configs/common/generic/CONFIG_SDX_GCC_55 b/redhat/configs/common/generic/CONFIG_SDX_GCC_55
new file mode 100644
index 000000000000..e69de29bb2d1
--
GitLab
3 years, 1 month
Is it acceptable to package non-bootable kernels?
by Sergio Lopez
(This message was originally sent to the Packaging mailing list, where
Jason Tibbitts pointed that this is a restriction requested by the
Kernel team, and it'll be your opinion the one that will prevail here)
Hi,
The document "What can be packaged" from "Fedora Packaging
Guidelines", in the section "Only one kernel package" [1], states that
"Fedora allows only a single kernel package; packages containing
alternate kernels are not allowed in the distribution."
While not explicitly stated there, I suspect (please correct me if I'm
wrong) that statement was written with the idea of preventing
alternate kernels that could be used to boot the system. With this
premise in mind, I was wondering if non-bootable kernels (that is,
kernels in a binary format that's not accepted by a conventional boot
loader) would be accepted for packaging.
I'm asking this because I would like to package "libkrunfw" [2], a
dynamic library that bundles an slightly modified minimalist Linux
kernel. The library doesn't really link against the kernel (in the
sense that it doesn't resolve any symbols nor calls to any of its
code), it just bundles it in a binary format that allows it to be
directly injected in a KVM memory region, so it's quite similar to a
compressed image format, but for a different use case.
"libkrunfw" is consumed by "libkrun" [3], another dynamic library that
allows programs to acquire virtualization-based process isolation
capabilites. The main user of "libkrun" is "crun", when built with
"--with-libkrun", an OCI runtime used by "podman". When all pieces are
in place, users can easily run containers with virtualization-based
isolation by adding some additional flags to the "podman" command
line. I have a COPR repository with pre-built alternative packages as
a demonstration [4].
There are a number of reasons why we can't use the kernel that ships
with Fedora:
- We carry a small number of patches with minor changes that modify
the behavior of the kernel for this particular use case. Without
them, we can't provide an streamlined UX for running isolated
processes.
- We need an aggressive minimalist configuration to reduce the memory
footprint of each container/isolated process.
- We need it to be bundled in a dynamic library, so their contents
are mapped into the process memory, enabling programs to switch
between namespaces without the need to carry the kernel binary with
them. The binary object also needs to be properly aligned to allow
direct injection into the KVM memory region without additional
copies.
Given that "libkrunfw" bundles a kernel image that can't be used for
booting the system, would it be acceptable to package it in Fedora?
Thanks,
Sergio.
[1] https://docs.fedoraproject.org/en-US/packaging-guidelines/what-can-be-pac...
[2] https://github.com/containers/libkrunfw
[3] https://github.com/containers/libkrun
[4] https://copr.fedorainfracloud.org/coprs/slp/crun-krun/
3 years, 1 month
[PATCH] drm/i915/tgl/psr: Disable PSR on Tigerlake for now
by Lyude Paul
Currently PSR2 appears to be broken on TGL which causes some pretty nasty
refresh issues. Intel doesn't have a fix for this quite yet, and this
definitely affects a couple of OEM machines shipping with Fedora.
We don't have a better workaround for the time being, so just disable PSR2
outright for Tigerlake by default until this gets fixed.
Signed-off-by: Lyude Paul <lyude(a)redhat.com>
Cc: Jared Dominguez <jaredz(a)redhat.com>
Cc: Mark Pearson <markpearson(a)lenovo.com>
Bugzilla: https://gitlab.freedesktop.org/drm/intel/-/issues/3134
---
drivers/gpu/drm/i915/display/intel_psr.c | 9 +++++++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/display/intel_psr.c b/drivers/gpu/drm/i915/display/intel_psr.c
index 850cb7f5b332..48ea3a42feb2 100644
--- a/drivers/gpu/drm/i915/display/intel_psr.c
+++ b/drivers/gpu/drm/i915/display/intel_psr.c
@@ -1817,9 +1817,14 @@ void intel_psr_init(struct drm_i915_private *dev_priv)
*/
dev_priv->hsw_psr_mmio_adjust = _SRD_CTL_EDP - _HSW_EDP_PSR_BASE;
- if (dev_priv->params.enable_psr == -1)
- if (INTEL_GEN(dev_priv) < 9 || !dev_priv->vbt.psr.enable)
+ if (dev_priv->params.enable_psr == -1) {
+ if (INTEL_GEN(dev_priv) < 9 || !dev_priv->vbt.psr.enable) {
dev_priv->params.enable_psr = 0;
+ } else if (INTEL_GEN(dev_priv) == 12) {
+ /* See https://gitlab.freedesktop.org/drm/intel/-/issues/3134 */
+ dev_priv->params.enable_psr = 0;
+ }
+ }
/* Set link_standby x link_off defaults */
if (IS_HASWELL(dev_priv) || IS_BROADWELL(dev_priv))
--
2.30.2
3 years, 1 month
[OS-BUILD PATCHv3 0/0] [redhat] New configs in sound/soc
by Jeremy Cline (via Email Bridge)
From: Jeremy Cline on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/729
NOTE: Truncated patchset since committer email 'acaringi(a)redhat.com'
does not match the submitter's GitLab public email address
'jcline(a)redhat.com'.
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_SND_SOC_INTEL_CATPT:
Enable support for Intel(R) Haswell and Broadwell platforms
with I2S codec present. This is a recommended option.
Say Y or m if you have such device.
If unsure, say N.
Symbol: SND_SOC_INTEL_CATPT [=n]
Type : tristate
Defined at sound/soc/intel/Kconfig:37
Prompt: Haswell and Broadwell
Depends on: SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] &&
SND_SOC_INTEL_SST_TOPLEVEL [=y] && (ACPI [=y] || COMPILE_TEST [=n]) &&
DMADEVICES [=y] && SND_DMA_SGBUF [=y]
Location:
-> Device Drivers
-> Sound card support (SOUND [=m])
-> Advanced Linux Sound Architecture (SND [=m])
-> ALSA for SoC audio support (SND_SOC [=m])
-> Intel ASoC SST drivers (SND_SOC_INTEL_SST_TOPLEVEL [=y])
Selects: DW_DMAC_CORE [=y] && SND_SOC_ACPI_INTEL_MATCH [=m]
Selected by [n]:
- SND_SOC_INTEL_HASWELL [=n] && SOUND [=m] && !UML && SND [=m] &&
SND_SOC [=m] && SND_SOC_INTEL_SST_TOPLEVEL [=y]
---
Cc: Jaroslav Kysela <jkysela(a)redhat.com>
Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org>
3 years, 1 month
[OS-BUILD PATCHv2 0/0] [redhat] New configs in sound/soc
by Jeremy Cline (via Email Bridge)
From: Jeremy Cline on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/729
NOTE: Truncated patchset since committer email 'acaringi(a)redhat.com'
does not match the submitter's GitLab public email address
'jcline(a)redhat.com'.
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_SND_SOC_INTEL_CATPT:
Enable support for Intel(R) Haswell and Broadwell platforms
with I2S codec present. This is a recommended option.
Say Y or m if you have such device.
If unsure, say N.
Symbol: SND_SOC_INTEL_CATPT [=n]
Type : tristate
Defined at sound/soc/intel/Kconfig:37
Prompt: Haswell and Broadwell
Depends on: SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] &&
SND_SOC_INTEL_SST_TOPLEVEL [=y] && (ACPI [=y] || COMPILE_TEST [=n]) &&
DMADEVICES [=y] && SND_DMA_SGBUF [=y]
Location:
-> Device Drivers
-> Sound card support (SOUND [=m])
-> Advanced Linux Sound Architecture (SND [=m])
-> ALSA for SoC audio support (SND_SOC [=m])
-> Intel ASoC SST drivers (SND_SOC_INTEL_SST_TOPLEVEL [=y])
Selects: DW_DMAC_CORE [=y] && SND_SOC_ACPI_INTEL_MATCH [=m]
Selected by [n]:
- SND_SOC_INTEL_HASWELL [=n] && SOUND [=m] && !UML && SND [=m] &&
SND_SOC [=m] && SND_SOC_INTEL_SST_TOPLEVEL [=y]
---
Cc: Jaroslav Kysela <jkysela(a)redhat.com>
Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org>
3 years, 1 month
[OS-BUILD PATCH] [redhat] New configs in sound/soc
by GitLab Bridge on behalf of jeremycline
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_SND_SOC_INTEL_CATPT:
Enable support for Intel(R) Haswell and Broadwell platforms
with I2S codec present. This is a recommended option.
Say Y or m if you have such device.
If unsure, say N.
Symbol: SND_SOC_INTEL_CATPT [=n]
Type : tristate
Defined at sound/soc/intel/Kconfig:37
Prompt: Haswell and Broadwell
Depends on: SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_SOC_INTEL_SST_TOPLEVEL [=y] && (ACPI [=y] || COMPILE_TEST [=n]) && DMADEVICES [=y] && SND_DMA_SGBUF [=y]
Location:
-> Device Drivers
-> Sound card support (SOUND [=m])
-> Advanced Linux Sound Architecture (SND [=m])
-> ALSA for SoC audio support (SND_SOC [=m])
-> Intel ASoC SST drivers (SND_SOC_INTEL_SST_TOPLEVEL [=y])
Selects: DW_DMAC_CORE [=y] && SND_SOC_ACPI_INTEL_MATCH [=m]
Selected by [n]:
- SND_SOC_INTEL_HASWELL [=n] && SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_SOC_INTEL_SST_TOPLEVEL [=y]
---
Cc: Jaroslav Kysela <jkysela(a)redhat.com>
Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org>
---
.../common/generic/CONFIG_SND_SOC_INTEL_CATPT | 1 +
.../generic/CONFIG_SND_SOC_INTEL_CATPT | 25 -------------------
2 files changed, 1 insertion(+), 25 deletions(-)
create mode 100644 redhat/configs/common/generic/CONFIG_SND_SOC_INTEL_CATPT
delete mode 100644 redhat/configs/pending-common/generic/CONFIG_SND_SOC_INTEL_CATPT
diff --git a/redhat/configs/common/generic/CONFIG_SND_SOC_INTEL_CATPT b/redhat/configs/common/generic/CONFIG_SND_SOC_INTEL_CATPT
new file mode 100644
index 000000000000..86874a8f75ef
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_SND_SOC_INTEL_CATPT
@@ -0,0 +1 @@
+# CONFIG_SND_SOC_INTEL_CATPT is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_SND_SOC_INTEL_CATPT b/redhat/configs/pending-common/generic/CONFIG_SND_SOC_INTEL_CATPT
deleted file mode 100644
index be7a752dde5c..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_SND_SOC_INTEL_CATPT
+++ /dev/null
@@ -1,25 +0,0 @@
-# CONFIG_SND_SOC_INTEL_CATPT:
-#
-# Enable support for Intel(R) Haswell and Broadwell platforms
-# with I2S codec present. This is a recommended option.
-# Say Y or m if you have such device.
-# If unsure, say N.
-#
-# Symbol: SND_SOC_INTEL_CATPT [=n]
-# Type : tristate
-# Defined at sound/soc/intel/Kconfig:37
-# Prompt: Haswell and Broadwell
-# Depends on: SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_SOC_INTEL_SST_TOPLEVEL [=y] && (ACPI [=y] || COMPILE_TEST [=n]) && DMADEVICES [=y] && SND_DMA_SGBUF [=y]
-# Location:
-# -> Device Drivers
-# -> Sound card support (SOUND [=m])
-# -> Advanced Linux Sound Architecture (SND [=m])
-# -> ALSA for SoC audio support (SND_SOC [=m])
-# -> Intel ASoC SST drivers (SND_SOC_INTEL_SST_TOPLEVEL [=y])
-# Selects: DW_DMAC_CORE [=y] && SND_SOC_ACPI_INTEL_MATCH [=m]
-# Selected by [n]:
-# - SND_SOC_INTEL_HASWELL [=n] && SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_SOC_INTEL_SST_TOPLEVEL [=y]
-#
-#
-#
-# CONFIG_SND_SOC_INTEL_CATPT is not set
--
GitLab
3 years, 1 month
[OS-BUILD PATCH] [redhat] New configs in drivers/tty
by GitLab Bridge on behalf of redhat-patchlab
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_SERIAL_BCM63XX:
This enables the driver for the onchip UART core found on
the following chipsets:
BCM33xx (cable modem)
BCM63xx/BCM63xxx (DSL)
BCM68xx (PON)
BCM7xxx (STB) - DOCSIS console
Symbol: SERIAL_BCM63XX [=n]
Type : tristate
Defined at drivers/tty/serial/Kconfig:1117
Prompt: Broadcom BCM63xx/BCM33xx UART support
Depends on: TTY [=y] && HAS_IOMEM [=y] && COMMON_CLK [=y]
Location:
-> Device Drivers
-> Character devices
-> Enable TTY (TTY [=y])
-> Serial drivers
Selects: SERIAL_CORE [=y]
---
Cc: John Linville <linville(a)redhat.com>
Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org>
---
.../common/generic/CONFIG_SERIAL_BCM63XX | 1 +
.../generic/CONFIG_SERIAL_BCM63XX | 25 -------------------
2 files changed, 1 insertion(+), 25 deletions(-)
create mode 100644 redhat/configs/common/generic/CONFIG_SERIAL_BCM63XX
delete mode 100644 redhat/configs/pending-common/generic/CONFIG_SERIAL_BCM63XX
diff --git a/redhat/configs/common/generic/CONFIG_SERIAL_BCM63XX b/redhat/configs/common/generic/CONFIG_SERIAL_BCM63XX
new file mode 100644
index 000000000000..514d69a6db4b
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_SERIAL_BCM63XX
@@ -0,0 +1 @@
+# CONFIG_SERIAL_BCM63XX is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_SERIAL_BCM63XX b/redhat/configs/pending-common/generic/CONFIG_SERIAL_BCM63XX
deleted file mode 100644
index 33db6a7e29ae..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_SERIAL_BCM63XX
+++ /dev/null
@@ -1,25 +0,0 @@
-# CONFIG_SERIAL_BCM63XX:
-#
-# This enables the driver for the onchip UART core found on
-# the following chipsets:
-#
-# BCM33xx (cable modem)
-# BCM63xx/BCM63xxx (DSL)
-# BCM68xx (PON)
-# BCM7xxx (STB) - DOCSIS console
-#
-# Symbol: SERIAL_BCM63XX [=n]
-# Type : tristate
-# Defined at drivers/tty/serial/Kconfig:1117
-# Prompt: Broadcom BCM63xx/BCM33xx UART support
-# Depends on: TTY [=y] && HAS_IOMEM [=y] && COMMON_CLK [=y]
-# Location:
-# -> Device Drivers
-# -> Character devices
-# -> Enable TTY (TTY [=y])
-# -> Serial drivers
-# Selects: SERIAL_CORE [=y]
-#
-#
-#
-# CONFIG_SERIAL_BCM63XX is not set
--
GitLab
3 years, 1 month
[OS-BUILD PATCH] [redhat] New configs in drivers/net/phy
by GitLab Bridge on behalf of jmflinuxtx
From: "Justin M. Forbes" <jforbes(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_BCM54140_PHY:
Support the Broadcom BCM54140 Quad SGMII/QSGMII PHY.
This driver also supports the hardware monitoring of this PHY and
exposes voltage and temperature sensors.
Symbol: BCM54140_PHY [=n]
Type : tristate
Defined at drivers/net/phy/Kconfig:357
Prompt: Broadcom BCM54140 PHY
Depends on: NETDEVICES [=y] && PHYLIB [=y] && (HWMON [=y] || HWMON [=y]=n)
Location:
-> Device Drivers
-> Network device support (NETDEVICES [=y])
-> PHY Device support and infrastructure (PHYLIB [=y])
Selects: BCM_NET_PHYLIB [=m]
---
CONFIG_MDIO_IPQ4019:
This driver supports the MDIO interface found in Qualcomm
IPQ40xx series Soc-s.
Symbol: MDIO_IPQ4019 [=n]
Type : tristate
Defined at drivers/net/phy/Kconfig:160
Prompt: Qualcomm IPQ4019 MDIO interface support
Depends on: NETDEVICES [=y] && MDIO_DEVICE [=y] && MDIO_BUS [=y] && HAS_IOMEM [=y] && OF_MDIO [=y]
Location:
-> Device Drivers
-> Network device support (NETDEVICES [=y])
-> MDIO bus device drivers (MDIO_DEVICE [=y])
---
Signed-off-by: Justin M. Forbes <jforbes(a)fedoraproject.org>
---
.../common/generic/CONFIG_BCM54140_PHY | 1 +
.../common/generic/CONFIG_MDIO_IPQ4019 | 1 +
.../generic/CONFIG_BCM54140_PHY | 21 -------------------
.../generic/CONFIG_MDIO_IPQ4019 | 18 ----------------
4 files changed, 2 insertions(+), 39 deletions(-)
create mode 100644 redhat/configs/common/generic/CONFIG_BCM54140_PHY
create mode 100644 redhat/configs/common/generic/CONFIG_MDIO_IPQ4019
delete mode 100644 redhat/configs/pending-common/generic/CONFIG_BCM54140_PHY
delete mode 100644 redhat/configs/pending-common/generic/CONFIG_MDIO_IPQ4019
diff --git a/redhat/configs/common/generic/CONFIG_BCM54140_PHY b/redhat/configs/common/generic/CONFIG_BCM54140_PHY
new file mode 100644
index 000000000000..ebd2ac9225ca
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_BCM54140_PHY
@@ -0,0 +1 @@
+# CONFIG_BCM54140_PHY is not set
diff --git a/redhat/configs/common/generic/CONFIG_MDIO_IPQ4019 b/redhat/configs/common/generic/CONFIG_MDIO_IPQ4019
new file mode 100644
index 000000000000..7bdf4704b651
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_MDIO_IPQ4019
@@ -0,0 +1 @@
+# CONFIG_MDIO_IPQ4019 is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_BCM54140_PHY b/redhat/configs/pending-common/generic/CONFIG_BCM54140_PHY
deleted file mode 100644
index f86e00bfb361..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_BCM54140_PHY
+++ /dev/null
@@ -1,21 +0,0 @@
-# CONFIG_BCM54140_PHY:
-#
-# Support the Broadcom BCM54140 Quad SGMII/QSGMII PHY.
-#
-# This driver also supports the hardware monitoring of this PHY and
-# exposes voltage and temperature sensors.
-#
-# Symbol: BCM54140_PHY [=n]
-# Type : tristate
-# Defined at drivers/net/phy/Kconfig:357
-# Prompt: Broadcom BCM54140 PHY
-# Depends on: NETDEVICES [=y] && PHYLIB [=y] && (HWMON [=y] || HWMON [=y]=n)
-# Location:
-# -> Device Drivers
-# -> Network device support (NETDEVICES [=y])
-# -> PHY Device support and infrastructure (PHYLIB [=y])
-# Selects: BCM_NET_PHYLIB [=m]
-#
-#
-#
-# CONFIG_BCM54140_PHY is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_MDIO_IPQ4019 b/redhat/configs/pending-common/generic/CONFIG_MDIO_IPQ4019
deleted file mode 100644
index e7792d132188..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_MDIO_IPQ4019
+++ /dev/null
@@ -1,18 +0,0 @@
-# CONFIG_MDIO_IPQ4019:
-#
-# This driver supports the MDIO interface found in Qualcomm
-# IPQ40xx series Soc-s.
-#
-# Symbol: MDIO_IPQ4019 [=n]
-# Type : tristate
-# Defined at drivers/net/phy/Kconfig:160
-# Prompt: Qualcomm IPQ4019 MDIO interface support
-# Depends on: NETDEVICES [=y] && MDIO_DEVICE [=y] && MDIO_BUS [=y] && HAS_IOMEM [=y] && OF_MDIO [=y]
-# Location:
-# -> Device Drivers
-# -> Network device support (NETDEVICES [=y])
-# -> MDIO bus device drivers (MDIO_DEVICE [=y])
-#
-#
-#
-# CONFIG_MDIO_IPQ4019 is not set
--
2.26.2
3 years, 1 month
[OS-BUILD PATCHv2] [redhat] Enable PERCPU_STATS and
CRYPTO_DEV_CCP_DEBUGFS in
the debug flavor
by Vladis Dronov (via Email Bridge)
From: Vladis Dronov <vdronov(a)redhat.com>
[redhat] Enable PERCPU_STATS and CRYPTO_DEV_CCP_DEBUGFS in the debug flavor
The same way in was done in the rhbz#1744633 and rhbz#bz1765717.
Signed-off-by: Vladis Dronov <vdronov(a)redhat.com>
diff a/redhat/configs/common/debug/CONFIG_CRYPTO_DEV_CCP_DEBUGFS b/redhat/configs/common/debug/CONFIG_CRYPTO_DEV_CCP_DEBUGFS
--- /dev/null
+++ b/redhat/configs/common/debug/CONFIG_CRYPTO_DEV_CCP_DEBUGFS
@@ -0,0 +1 @@
+CONFIG_CRYPTO_DEV_CCP_DEBUGFS=y
diff a/redhat/configs/common/debug/CONFIG_PERCPU_STATS b/redhat/configs/common/debug/CONFIG_PERCPU_STATS
--- /dev/null
+++ b/redhat/configs/common/debug/CONFIG_PERCPU_STATS
@@ -0,0 +1 @@
+CONFIG_PERCPU_STATS=y
--
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/954
3 years, 1 month