[OS-BUILD PATCH] [redhat] New configs in drivers/mailbox
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_QCOM_IPCC:
Qualcomm Technologies, Inc. Inter-Processor Communication Controller
(IPCC) driver for MSM devices. The driver provides mailbox support for
sending interrupts to the clients. On the other hand, the driver also
acts as an interrupt controller for receiving interrupts from clients.
Say Y here if you want to build this driver.
Symbol: QCOM_IPCC [=n]
Type : bool
Defined at drivers/mailbox/Kconfig:247
Prompt: Qualcomm Technologies, Inc. IPCC driver
Depends on: MAILBOX [=y] && (ARCH_QCOM [=y] || COMPILE_TEST [=n])
Location:
-> Device Drivers
-> Mailbox Hardware Support (MAILBOX [=y])
---
Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org>
---
.../configs/common/generic/CONFIG_QCOM_IPCC | 1 +
.../pending-common/generic/CONFIG_QCOM_IPCC | 20 -------------------
2 files changed, 1 insertion(+), 20 deletions(-)
create mode 100644 redhat/configs/common/generic/CONFIG_QCOM_IPCC
delete mode 100644 redhat/configs/pending-common/generic/CONFIG_QCOM_IPCC
diff --git a/redhat/configs/common/generic/CONFIG_QCOM_IPCC b/redhat/configs/common/generic/CONFIG_QCOM_IPCC
new file mode 100644
index 000000000000..a799e3d9b6e6
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_QCOM_IPCC
@@ -0,0 +1 @@
+# CONFIG_QCOM_IPCC is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_QCOM_IPCC b/redhat/configs/pending-common/generic/CONFIG_QCOM_IPCC
deleted file mode 100644
index 2ddcde4f3393..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_QCOM_IPCC
+++ /dev/null
@@ -1,20 +0,0 @@
-# CONFIG_QCOM_IPCC:
-#
-# Qualcomm Technologies, Inc. Inter-Processor Communication Controller
-# (IPCC) driver for MSM devices. The driver provides mailbox support for
-# sending interrupts to the clients. On the other hand, the driver also
-# acts as an interrupt controller for receiving interrupts from clients.
-# Say Y here if you want to build this driver.
-#
-# Symbol: QCOM_IPCC [=n]
-# Type : bool
-# Defined at drivers/mailbox/Kconfig:247
-# Prompt: Qualcomm Technologies, Inc. IPCC driver
-# Depends on: MAILBOX [=y] && (ARCH_QCOM [=y] || COMPILE_TEST [=n])
-# Location:
-# -> Device Drivers
-# -> Mailbox Hardware Support (MAILBOX [=y])
-#
-#
-#
-# CONFIG_QCOM_IPCC is not set
--
GitLab
3 years, 5 months
[OS-BUILD PATCH] [redhat] New configs in drivers/iommu
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.
---
Cc: Myron Stowe <myron.stowe(a)redhat.com>
Cc: Alex Williamson <alex.williamson(a)redhat.com>
Cc: Don Dutile <ddutile(a)redhat.com>
Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org>
---
redhat/configs/common/generic/CONFIG_SUN50I_IOMMU | 0
1 file changed, 0 insertions(+), 0 deletions(-)
create mode 100644 redhat/configs/common/generic/CONFIG_SUN50I_IOMMU
diff --git a/redhat/configs/common/generic/CONFIG_SUN50I_IOMMU b/redhat/configs/common/generic/CONFIG_SUN50I_IOMMU
new file mode 100644
index 000000000000..e69de29bb2d1
--
2.27.0
3 years, 5 months
[OS-BUILD PATCH] [redhat] New configs in drivers/dma
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_XILINX_ZYNQMP_DPDMA:
Enable support for Xilinx ZynqMP DisplayPort DMA. Choose this option
if you have a Xilinx ZynqMP SoC with a DisplayPort subsystem. The
driver provides the dmaengine required by the DisplayPort subsystem
display driver.
Symbol: XILINX_ZYNQMP_DPDMA [=n]
Type : tristate
Defined at drivers/dma/Kconfig:711
Prompt: Xilinx DPDMA Engine
Depends on: DMADEVICES [=y]
Location:
-> Device Drivers
-> DMA Engine support (DMADEVICES [=y])
Selects: DMA_ENGINE [=y] && DMA_VIRTUAL_CHANNELS [=y]
---
Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org>
---
.../common/generic/CONFIG_XILINX_ZYNQMP_DPDMA | 1 +
.../generic/CONFIG_XILINX_ZYNQMP_DPDMA | 20 -------------------
2 files changed, 1 insertion(+), 20 deletions(-)
create mode 100644 redhat/configs/common/generic/CONFIG_XILINX_ZYNQMP_DPDMA
delete mode 100644 redhat/configs/pending-common/generic/CONFIG_XILINX_ZYNQMP_DPDMA
diff --git a/redhat/configs/common/generic/CONFIG_XILINX_ZYNQMP_DPDMA b/redhat/configs/common/generic/CONFIG_XILINX_ZYNQMP_DPDMA
new file mode 100644
index 000000000000..70851f72d1e7
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_XILINX_ZYNQMP_DPDMA
@@ -0,0 +1 @@
+# CONFIG_XILINX_ZYNQMP_DPDMA is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_XILINX_ZYNQMP_DPDMA b/redhat/configs/pending-common/generic/CONFIG_XILINX_ZYNQMP_DPDMA
deleted file mode 100644
index 08524461d25c..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_XILINX_ZYNQMP_DPDMA
+++ /dev/null
@@ -1,20 +0,0 @@
-# CONFIG_XILINX_ZYNQMP_DPDMA:
-#
-# Enable support for Xilinx ZynqMP DisplayPort DMA. Choose this option
-# if you have a Xilinx ZynqMP SoC with a DisplayPort subsystem. The
-# driver provides the dmaengine required by the DisplayPort subsystem
-# display driver.
-#
-# Symbol: XILINX_ZYNQMP_DPDMA [=n]
-# Type : tristate
-# Defined at drivers/dma/Kconfig:711
-# Prompt: Xilinx DPDMA Engine
-# Depends on: DMADEVICES [=y]
-# Location:
-# -> Device Drivers
-# -> DMA Engine support (DMADEVICES [=y])
-# Selects: DMA_ENGINE [=y] && DMA_VIRTUAL_CHANNELS [=y]
-#
-#
-#
-# CONFIG_XILINX_ZYNQMP_DPDMA is not set
--
GitLab
3 years, 5 months
[OS-BUILD PATCH] [redhat] New configs in kernel/trace
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_HIST_TRIGGERS_DEBUG:
Add "hist_debug" file for each event, which when read will
dump out a bunch of internal details about the hist triggers
defined on that event.
The hist_debug file serves a couple of purposes:
- Helps developers verify that nothing is broken.
- Provides educational information to support the details
of the hist trigger internals as described by
Documentation/trace/histogram-design.rst.
The hist_debug output only covers the data structures
related to the histogram definitions themselves and doesn't
display the internals of map buckets or variable values of
running histograms.
If unsure, say N.
Symbol: HIST_TRIGGERS_DEBUG [=n]
Type : bool
Defined at kernel/trace/Kconfig:850
Prompt: Hist trigger debug support
Depends on: TRACING_SUPPORT [=y] && FTRACE [=y] && HIST_TRIGGERS [=y]
Location:
-> Kernel hacking
-> Tracers (FTRACE [=y])
---
Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org>
---
.../common/generic/CONFIG_HIST_TRIGGERS_DEBUG | 1 +
.../generic/CONFIG_HIST_TRIGGERS_DEBUG | 33 -------------------
2 files changed, 1 insertion(+), 33 deletions(-)
create mode 100644 redhat/configs/common/generic/CONFIG_HIST_TRIGGERS_DEBUG
delete mode 100644 redhat/configs/pending-common/generic/CONFIG_HIST_TRIGGERS_DEBUG
diff --git a/redhat/configs/common/generic/CONFIG_HIST_TRIGGERS_DEBUG b/redhat/configs/common/generic/CONFIG_HIST_TRIGGERS_DEBUG
new file mode 100644
index 000000000000..a6a06ed369a0
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_HIST_TRIGGERS_DEBUG
@@ -0,0 +1 @@
+# CONFIG_HIST_TRIGGERS_DEBUG is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_HIST_TRIGGERS_DEBUG b/redhat/configs/pending-common/generic/CONFIG_HIST_TRIGGERS_DEBUG
deleted file mode 100644
index 7634345b6a98..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_HIST_TRIGGERS_DEBUG
+++ /dev/null
@@ -1,33 +0,0 @@
-# CONFIG_HIST_TRIGGERS_DEBUG:
-#
-# Add "hist_debug" file for each event, which when read will
-# dump out a bunch of internal details about the hist triggers
-# defined on that event.
-#
-# The hist_debug file serves a couple of purposes:
-#
-# - Helps developers verify that nothing is broken.
-#
-# - Provides educational information to support the details
-# of the hist trigger internals as described by
-# Documentation/trace/histogram-design.rst.
-#
-# The hist_debug output only covers the data structures
-# related to the histogram definitions themselves and doesn't
-# display the internals of map buckets or variable values of
-# running histograms.
-#
-# If unsure, say N.
-#
-# Symbol: HIST_TRIGGERS_DEBUG [=n]
-# Type : bool
-# Defined at kernel/trace/Kconfig:850
-# Prompt: Hist trigger debug support
-# Depends on: TRACING_SUPPORT [=y] && FTRACE [=y] && HIST_TRIGGERS [=y]
-# Location:
-# -> Kernel hacking
-# -> Tracers (FTRACE [=y])
-#
-#
-#
-# CONFIG_HIST_TRIGGERS_DEBUG is not set
--
2.27.0
3 years, 5 months
System no longer distributes load to multiple cores for long
running task
by stan
Hi,
It's been a while (6 months?) since I ran a python program that uses a
100% cpu core for hours. The last time I ran it, the task would migrate
from core to core to core, every second or so. I could see it doing so
in the various tops.
Now, it runs on only one core, and doesn't move.
This is more efficient from a computing perspective because there
aren't as many task switches, but it means that the core that is
running gets very hot. Since the rest of the cores are idle, I would
like to switch back to the previous behavior for this reason. Can
someone tell me how?
Thanks.
PS I'm copying devel in case this isn't a kernel issue, and also
because my posts to the kernel list just seem to disappear into the
ether.
3 years, 5 months
[OS-BUILD PATCH] [redhat] New configs in drivers/xen
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_XEN_UNPOPULATED_ALLOC:
Use unpopulated memory ranges in order to create mappings for guest
memory regions, including grant maps and foreign pages. This avoids
having to balloon out RAM regions in order to obtain physical memory
space to create such mappings.
Symbol: XEN_UNPOPULATED_ALLOC [=n]
Type : bool
Defined at drivers/xen/Kconfig:328
Prompt: Use unpopulated memory ranges for guest mappings
Depends on: XEN [=y] && X86 [=y] && ZONE_DEVICE [=y]
Location:
-> Device Drivers
-> Xen driver support
---
Cc: Vitaly Kuznetsov <vkuznets(a)redhat.com>
Cc: Igor Mammedov <imammedo(a)redhat.com>
Cc: Andrew Jones <drjones(a)redhat.com>
Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org>
---
.../generic/CONFIG_XEN_UNPOPULATED_ALLOC | 1 +
.../generic/CONFIG_XEN_UNPOPULATED_ALLOC | 19 -------------------
2 files changed, 1 insertion(+), 19 deletions(-)
create mode 100644 redhat/configs/common/generic/CONFIG_XEN_UNPOPULATED_ALLOC
delete mode 100644 redhat/configs/pending-common/generic/CONFIG_XEN_UNPOPULATED_ALLOC
diff --git a/redhat/configs/common/generic/CONFIG_XEN_UNPOPULATED_ALLOC b/redhat/configs/common/generic/CONFIG_XEN_UNPOPULATED_ALLOC
new file mode 100644
index 000000000000..8ab61b832add
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_XEN_UNPOPULATED_ALLOC
@@ -0,0 +1 @@
+# CONFIG_XEN_UNPOPULATED_ALLOC is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_XEN_UNPOPULATED_ALLOC b/redhat/configs/pending-common/generic/CONFIG_XEN_UNPOPULATED_ALLOC
deleted file mode 100644
index 2b0393a122a3..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_XEN_UNPOPULATED_ALLOC
+++ /dev/null
@@ -1,19 +0,0 @@
-# CONFIG_XEN_UNPOPULATED_ALLOC:
-#
-# Use unpopulated memory ranges in order to create mappings for guest
-# memory regions, including grant maps and foreign pages. This avoids
-# having to balloon out RAM regions in order to obtain physical memory
-# space to create such mappings.
-#
-# Symbol: XEN_UNPOPULATED_ALLOC [=n]
-# Type : bool
-# Defined at drivers/xen/Kconfig:328
-# Prompt: Use unpopulated memory ranges for guest mappings
-# Depends on: XEN [=y] && X86 [=y] && ZONE_DEVICE [=y]
-# Location:
-# -> Device Drivers
-# -> Xen driver support
-#
-#
-#
-# CONFIG_XEN_UNPOPULATED_ALLOC is not set
--
GitLab
3 years, 5 months
[OS-BUILD PATCH] New configs in drivers/misc
by GitLab Bridge on behalf of jeremycline
From: Jeremy Cline <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_UACCE:
UACCE provides interface for the user process to access the hardware
without interaction with the kernel space in data path.
The user-space interface is described in
include/uapi/misc/uacce/uacce.h
See Documentation/misc-devices/uacce.rst for more details.
If you don't know what to do here, say N.
Symbol: UACCE [=n]
Type : tristate
Defined at drivers/misc/uacce/Kconfig:1
Prompt: Accelerator Framework for User Land
Depends on: IOMMU_API [=y]
Location:
-> Device Drivers
-> Misc devices
Cc: John Linville <linville(a)redhat.com>
---
redhat/configs/common/generic/CONFIG_UACCE | 1 +
.../pending-common/generic/CONFIG_UACCE | 24 -------------------
2 files changed, 1 insertion(+), 24 deletions(-)
create mode 100644 redhat/configs/common/generic/CONFIG_UACCE
delete mode 100644 redhat/configs/pending-common/generic/CONFIG_UACCE
diff --git a/redhat/configs/common/generic/CONFIG_UACCE b/redhat/configs/common/generic/CONFIG_UACCE
new file mode 100644
index 000000000000..74eddb03cc56
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_UACCE
@@ -0,0 +1 @@
+# CONFIG_UACCE is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_UACCE b/redhat/configs/pending-common/generic/CONFIG_UACCE
deleted file mode 100644
index c94f26e05a56..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_UACCE
+++ /dev/null
@@ -1,24 +0,0 @@
-# CONFIG_UACCE:
-#
-# UACCE provides interface for the user process to access the hardware
-# without interaction with the kernel space in data path.
-#
-# The user-space interface is described in
-# include/uapi/misc/uacce/uacce.h
-#
-# See Documentation/misc-devices/uacce.rst for more details.
-#
-# If you don't know what to do here, say N.
-#
-# Symbol: UACCE [=n]
-# Type : tristate
-# Defined at drivers/misc/uacce/Kconfig:1
-# Prompt: Accelerator Framework for User Land
-# Depends on: IOMMU_API [=y]
-# Location:
-# -> Device Drivers
-# -> Misc devices
-#
-#
-#
-# CONFIG_UACCE is not set
--
GitLab
3 years, 5 months
[OS-BUILD PATCH] [redhat] New configs in drivers/net/wireless
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_MT7663U:
This adds support for MT7663U 802.11ax 2x2:2 wireless devices.
To compile this driver as a module, choose M here.
Symbol: MT7663U [=n]
Type : tristate
Defined at drivers/net/wireless/mediatek/mt76/mt7615/Kconfig:31
Prompt: MediaTek MT7663U (USB) support
Depends on: NETDEVICES [=y] && WLAN [=y] && WLAN_VENDOR_MEDIATEK [=y] && MAC80211 [=m] && USB [=y]
Location:
-> Device Drivers
-> Network device support (NETDEVICES [=y])
-> Wireless LAN (WLAN [=y])
-> MediaTek devices (WLAN_VENDOR_MEDIATEK [=y])
Selects: MT76_USB [=m] && MT7615_COMMON [=n]
---
CONFIG_MT7915E:
This adds support for MT7915-based wireless PCIe devices,
which support concurrent dual-band operation at both 5GHz
and 2.4GHz IEEE 802.11ax 4x4:4SS 1024-QAM, 160MHz channels,
OFDMA, spatial reuse and dual carrier modulation.
To compile this driver as a module, choose M here.
Symbol: MT7915E [=n]
Type : tristate
Defined at drivers/net/wireless/mediatek/mt76/mt7915/Kconfig:2
Prompt: MediaTek MT7915E (PCIe) support
Depends on: NETDEVICES [=y] && WLAN [=y] && WLAN_VENDOR_MEDIATEK [=y] && MAC80211 [=m] && PCI [=y]
Location:
-> Device Drivers
-> Network device support (NETDEVICES [=y])
-> Wireless LAN (WLAN [=y])
-> MediaTek devices (WLAN_VENDOR_MEDIATEK [=y])
Selects: MT76_CORE [=m]
---
CONFIG_RTW88_8723DE:
Select this option will enable support for 8723DE chipset
802.11n PCIe wireless network adapter
Symbol: RTW88_8723DE [=n]
Type : tristate
Defined at drivers/net/wireless/realtek/rtw88/Kconfig:50
Prompt: Realtek 8723DE PCI wireless network adapter
Depends on: NETDEVICES [=y] && WLAN [=y] && WLAN_VENDOR_REALTEK [=y] && RTW88 [=m] && PCI [=y]
Location:
-> Device Drivers
-> Network device support (NETDEVICES [=y])
-> Wireless LAN (WLAN [=y])
-> Realtek devices (WLAN_VENDOR_REALTEK [=y])
-> Realtek 802.11ac wireless chips support (RTW88 [=m])
Selects: RTW88_CORE [=m] && RTW88_PCI [=m] && RTW88_8723D [=n]
---
Signed-off-by: Justin M. Forbes <jforbes(a)fedoraproject.org>
---
redhat/configs/common/generic/CONFIG_MT7663U | 1 +
redhat/configs/common/generic/CONFIG_MT7915E | 1 +
.../common/generic/CONFIG_RTW88_8723DE | 1 +
.../pending-common/generic/CONFIG_MT7663U | 21 ----------------
.../pending-common/generic/CONFIG_MT7915E | 24 -------------------
.../generic/CONFIG_RTW88_8723DE | 22 -----------------
6 files changed, 3 insertions(+), 67 deletions(-)
create mode 100644 redhat/configs/common/generic/CONFIG_MT7663U
create mode 100644 redhat/configs/common/generic/CONFIG_MT7915E
create mode 100644 redhat/configs/common/generic/CONFIG_RTW88_8723DE
delete mode 100644 redhat/configs/pending-common/generic/CONFIG_MT7663U
delete mode 100644 redhat/configs/pending-common/generic/CONFIG_MT7915E
delete mode 100644 redhat/configs/pending-common/generic/CONFIG_RTW88_8723DE
diff --git a/redhat/configs/common/generic/CONFIG_MT7663U b/redhat/configs/common/generic/CONFIG_MT7663U
new file mode 100644
index 000000000000..c4efff0c4a21
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_MT7663U
@@ -0,0 +1 @@
+# CONFIG_MT7663U is not set
diff --git a/redhat/configs/common/generic/CONFIG_MT7915E b/redhat/configs/common/generic/CONFIG_MT7915E
new file mode 100644
index 000000000000..3ad870e9f43b
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_MT7915E
@@ -0,0 +1 @@
+# CONFIG_MT7915E is not set
diff --git a/redhat/configs/common/generic/CONFIG_RTW88_8723DE b/redhat/configs/common/generic/CONFIG_RTW88_8723DE
new file mode 100644
index 000000000000..78ccc3dc8d89
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_RTW88_8723DE
@@ -0,0 +1 @@
+# CONFIG_RTW88_8723DE is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_MT7663U b/redhat/configs/pending-common/generic/CONFIG_MT7663U
deleted file mode 100644
index 476cbde00f23..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_MT7663U
+++ /dev/null
@@ -1,21 +0,0 @@
-# CONFIG_MT7663U:
-#
-# This adds support for MT7663U 802.11ax 2x2:2 wireless devices.
-#
-# To compile this driver as a module, choose M here.
-#
-# Symbol: MT7663U [=n]
-# Type : tristate
-# Defined at drivers/net/wireless/mediatek/mt76/mt7615/Kconfig:31
-# Prompt: MediaTek MT7663U (USB) support
-# Depends on: NETDEVICES [=y] && WLAN [=y] && WLAN_VENDOR_MEDIATEK [=y] && MAC80211 [=m] && USB [=y]
-# Location:
-# -> Device Drivers
-# -> Network device support (NETDEVICES [=y])
-# -> Wireless LAN (WLAN [=y])
-# -> MediaTek devices (WLAN_VENDOR_MEDIATEK [=y])
-# Selects: MT76_USB [=m] && MT7615_COMMON [=n]
-#
-#
-#
-# CONFIG_MT7663U is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_MT7915E b/redhat/configs/pending-common/generic/CONFIG_MT7915E
deleted file mode 100644
index 3caf2fc5ee12..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_MT7915E
+++ /dev/null
@@ -1,24 +0,0 @@
-# CONFIG_MT7915E:
-#
-# This adds support for MT7915-based wireless PCIe devices,
-# which support concurrent dual-band operation at both 5GHz
-# and 2.4GHz IEEE 802.11ax 4x4:4SS 1024-QAM, 160MHz channels,
-# OFDMA, spatial reuse and dual carrier modulation.
-#
-# To compile this driver as a module, choose M here.
-#
-# Symbol: MT7915E [=n]
-# Type : tristate
-# Defined at drivers/net/wireless/mediatek/mt76/mt7915/Kconfig:2
-# Prompt: MediaTek MT7915E (PCIe) support
-# Depends on: NETDEVICES [=y] && WLAN [=y] && WLAN_VENDOR_MEDIATEK [=y] && MAC80211 [=m] && PCI [=y]
-# Location:
-# -> Device Drivers
-# -> Network device support (NETDEVICES [=y])
-# -> Wireless LAN (WLAN [=y])
-# -> MediaTek devices (WLAN_VENDOR_MEDIATEK [=y])
-# Selects: MT76_CORE [=m]
-#
-#
-#
-# CONFIG_MT7915E is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_RTW88_8723DE b/redhat/configs/pending-common/generic/CONFIG_RTW88_8723DE
deleted file mode 100644
index 40cda55d25d7..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_RTW88_8723DE
+++ /dev/null
@@ -1,22 +0,0 @@
-# CONFIG_RTW88_8723DE:
-#
-# Select this option will enable support for 8723DE chipset
-#
-# 802.11n PCIe wireless network adapter
-#
-# Symbol: RTW88_8723DE [=n]
-# Type : tristate
-# Defined at drivers/net/wireless/realtek/rtw88/Kconfig:50
-# Prompt: Realtek 8723DE PCI wireless network adapter
-# Depends on: NETDEVICES [=y] && WLAN [=y] && WLAN_VENDOR_REALTEK [=y] && RTW88 [=m] && PCI [=y]
-# Location:
-# -> Device Drivers
-# -> Network device support (NETDEVICES [=y])
-# -> Wireless LAN (WLAN [=y])
-# -> Realtek devices (WLAN_VENDOR_REALTEK [=y])
-# -> Realtek 802.11ac wireless chips support (RTW88 [=m])
-# Selects: RTW88_CORE [=m] && RTW88_PCI [=m] && RTW88_8723D [=n]
-#
-#
-#
-# CONFIG_RTW88_8723DE is not set
--
2.26.2
3 years, 5 months
[OS-BUILD PATCH] [redhat] New configs in drivers/phy
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_PHY_QCOM_IPQ806X_USB:
This option enables support for the Synopsis PHYs present inside the
Qualcomm USB3.0 DWC3 controller on ipq806x SoC. This driver supports
both HS and SS PHY controllers.
Symbol: PHY_QCOM_IPQ806X_USB [=n]
Type : tristate
Defined at drivers/phy/qualcomm/Kconfig:108
Prompt: Qualcomm IPQ806x DWC3 USB PHY driver
Depends on: HAS_IOMEM [=y] && OF [=y] && (ARCH_QCOM [=y] || COMPILE_TEST [=n])
Location:
-> Device Drivers
-> PHY Subsystem
Selects: GENERIC_PHY [=y]
---
Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org>
---
.../generic/CONFIG_PHY_QCOM_IPQ806X_USB | 1 +
.../generic/CONFIG_PHY_QCOM_IPQ806X_USB | 19 -------------------
2 files changed, 1 insertion(+), 19 deletions(-)
create mode 100644 redhat/configs/common/generic/CONFIG_PHY_QCOM_IPQ806X_USB
delete mode 100644 redhat/configs/pending-common/generic/CONFIG_PHY_QCOM_IPQ806X_USB
diff --git a/redhat/configs/common/generic/CONFIG_PHY_QCOM_IPQ806X_USB b/redhat/configs/common/generic/CONFIG_PHY_QCOM_IPQ806X_USB
new file mode 100644
index 000000000000..de880c0fb3a6
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_PHY_QCOM_IPQ806X_USB
@@ -0,0 +1 @@
+# CONFIG_PHY_QCOM_IPQ806X_USB is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_PHY_QCOM_IPQ806X_USB b/redhat/configs/pending-common/generic/CONFIG_PHY_QCOM_IPQ806X_USB
deleted file mode 100644
index b71da31e30e5..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_PHY_QCOM_IPQ806X_USB
+++ /dev/null
@@ -1,19 +0,0 @@
-# CONFIG_PHY_QCOM_IPQ806X_USB:
-#
-# This option enables support for the Synopsis PHYs present inside the
-# Qualcomm USB3.0 DWC3 controller on ipq806x SoC. This driver supports
-# both HS and SS PHY controllers.
-#
-# Symbol: PHY_QCOM_IPQ806X_USB [=n]
-# Type : tristate
-# Defined at drivers/phy/qualcomm/Kconfig:108
-# Prompt: Qualcomm IPQ806x DWC3 USB PHY driver
-# Depends on: HAS_IOMEM [=y] && OF [=y] && (ARCH_QCOM [=y] || COMPILE_TEST [=n])
-# Location:
-# -> Device Drivers
-# -> PHY Subsystem
-# Selects: GENERIC_PHY [=y]
-#
-#
-#
-# CONFIG_PHY_QCOM_IPQ806X_USB is not set
--
GitLab
3 years, 5 months
[OS-BUILD PATCH] [redhat] New configs in drivers/tty
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_SERIAL_LANTIQ:
Support for UART on Lantiq and Intel SoCs.
To compile this driver as a module, select M here. The
module will be called lantiq.
Symbol: SERIAL_LANTIQ [=n]
Type : tristate
Defined at drivers/tty/serial/Kconfig:1036
Prompt: Lantiq serial driver
Depends on: TTY [=y] && HAS_IOMEM [=y] && (LANTIQ || X86 [=y] || COMPILE_TEST [=n])
Location:
-> Device Drivers
-> Character devices
-> Enable TTY (TTY [=y])
-> Serial drivers
Selects: SERIAL_CORE [=y]
---
Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org>
---
.../common/generic/CONFIG_SERIAL_LANTIQ | 1 +
.../generic/CONFIG_SERIAL_LANTIQ | 21 -------------------
2 files changed, 1 insertion(+), 21 deletions(-)
create mode 100644 redhat/configs/common/generic/CONFIG_SERIAL_LANTIQ
delete mode 100644 redhat/configs/pending-common/generic/CONFIG_SERIAL_LANTIQ
diff --git a/redhat/configs/common/generic/CONFIG_SERIAL_LANTIQ b/redhat/configs/common/generic/CONFIG_SERIAL_LANTIQ
new file mode 100644
index 000000000000..7bd602b2fd91
--- /dev/null
+++ b/redhat/configs/common/generic/CONFIG_SERIAL_LANTIQ
@@ -0,0 +1 @@
+# CONFIG_SERIAL_LANTIQ is not set
diff --git a/redhat/configs/pending-common/generic/CONFIG_SERIAL_LANTIQ b/redhat/configs/pending-common/generic/CONFIG_SERIAL_LANTIQ
deleted file mode 100644
index 5fc2caf1f9ee..000000000000
--- a/redhat/configs/pending-common/generic/CONFIG_SERIAL_LANTIQ
+++ /dev/null
@@ -1,21 +0,0 @@
-# CONFIG_SERIAL_LANTIQ:
-#
-# Support for UART on Lantiq and Intel SoCs.
-# To compile this driver as a module, select M here. The
-# module will be called lantiq.
-#
-# Symbol: SERIAL_LANTIQ [=n]
-# Type : tristate
-# Defined at drivers/tty/serial/Kconfig:1036
-# Prompt: Lantiq serial driver
-# Depends on: TTY [=y] && HAS_IOMEM [=y] && (LANTIQ || X86 [=y] || COMPILE_TEST [=n])
-# Location:
-# -> Device Drivers
-# -> Character devices
-# -> Enable TTY (TTY [=y])
-# -> Serial drivers
-# Selects: SERIAL_CORE [=y]
-#
-#
-#
-# CONFIG_SERIAL_LANTIQ is not set
--
2.26.2
3 years, 5 months