This drops the following configurations which are either no longer valid
or were never valid:
CONFIG_GIGASET_DEBUG
CONFIG_CAPI_AVM
CONFIG_THUNDERBOLT
CONFIG_VIRTIO_BLK_SCSI
CONFIG_GIGASET_CAPI
CONFIG_I2C_PARPORT_LIGHT
CONFIG_EXFAT_FS
CONFIG_GIGASET_M101
CONFIG_HYSDN
CONFIG_SECURITY_SELINUX_SID2STR_CACHE_SIZE=256
CONFIG_HYSDN_CAPI
CONFIG_DRM_LVDS_ENCODER
CONFIG_GIGASET_M105
SND_CTL_VALIDATION
CONFIG_X86_PTDUMP
CONFIG_GIGASET_BASE
Signed-off-by: Jeremy Cline <jcline@redhat.com>
This setting introduces a dependency in drm_kms_helpers.ko on cec.ko but
cec.ko is in the media subsystem and is filtered into kernel-modules,
but drm_kms_helpers.ko is in kernel-core. There's not an easy way to
pick up cec.ko for kernel-core to satisfy the module dependency in the
current filtering scripts so I'm turning this off until the script can
be adjusted to make this easier.
When flipping this back on, CONFIG_CEC_CORE also needs to be turned on.
There are 14 Kconfig symbols referenced in the files used for
configuration generation and in the shipped .config files that were
dropped in upstream v5.5-rc1. The references to these symbols can be
safely removed.
These symbols are:
CONFIG_CALGARY_IOMMU
CONFIG_CRC_PMIC_OPREGION
CONFIG_CRYPTO_BLKCIPHER
CONFIG_HEADERS_CHECK
CONFIG_HEADER_TEST
CONFIG_INFINIBAND_CXGB3
CONFIG_INPUT_KXTJ9_POLLED_MODE
CONFIG_KERNEL_HEADER_TEST
CONFIG_PCIEASPM_DEBUG
CONFIG_PWM_TIPWMSS
CONFIG_QCOM_SDM845_LLCC
CONFIG_REFCOUNT_FULL
CONFIG_SIMPLE_GPIO
CONFIG_SND_HDA_INTEL_DETECT_DMIC
Signed-off-by: Paul Bolle <pebolle@tiscali.nl>
The Kconfig symbol CROSS_COMPILE_COMPAT_VDSO was dropped in v5.4-rc3,
see upstream commit 50a2610adec9 ("lib: vdso: Remove
CROSS_COMPILE_COMPAT_VDSO"). So drop it from the configuration
generation system too.
Signed-off-by: Paul Bolle <pebolle@tiscali.nl>
When commit ed22f0605d ("arm64: enable spi flash memory on aarch64
too") added CONFIG_MTD_M25P80 to the configuration generation system the
corresponding Kconfig symbol had just been dropped upstream. So drop it
from that system too.
Signed-off-by: Paul Bolle <pebolle@tiscali.nl>
No Fedora doesn't support delivering livepatches to the kernel but it's
useful to validate the infrastructure around livepatch.
Signed-off-by: Laura Abbott <labbott@redhat.com>
