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>
This installs local headers and also runs various checks. Some
of this isn't completely relevant with the split out headers
but overall it's the right approach for validation.
Two Kconfig symbols were part of upstream v5.3-rc1 but didn't make it
into v5.3 (for reasons I couldn't be bothered to unearth): PREEMPT_LL
and SOUNDWIRE_BUS. Remove them from our configuration generation system
too.
Commit 3e636fe3a6 ("Remove patch for GCC VTA") forgot to clean up the
configs/ directory. Do so now.
Commit e21e52b608 ("Linux v5.3-13236-g97f9a3c4eee5") forgot to remove
CONFIG_LOCK_DOWN_KERNEL and CONFIG_LOCK_DOWN_KERNEL_FORCE from the
configs/ directory. Do so now.
Commit 5c0d4daff4 ("Remove crash driver") forgot to clean up the
configs/ directory. Do so now.
There are 22 Kconfig symbols referenced in the files used for
configuration generation and in the shipped .config files that were
dropped in upstream v5.4-rc1. The references to these symbols can be
safely removed.
These symbols are:
CONFIG_ARM_QCOM_CPUFREQ_KRYO
CONFIG_CRYPTO_AEGIS128L
CONFIG_CRYPTO_AEGIS128L_AESNI_SSE2
CONFIG_CRYPTO_AEGIS256
CONFIG_CRYPTO_AEGIS256_AESNI_SSE2
CONFIG_CRYPTO_AES_586
CONFIG_CRYPTO_AES_X86_64
CONFIG_CRYPTO_MORUS1280
CONFIG_CRYPTO_MORUS1280_AVX2
CONFIG_CRYPTO_MORUS1280_SSE2
CONFIG_CRYPTO_MORUS640
CONFIG_CRYPTO_MORUS640_SSE2
CONFIG_DRM_TINYDRM
CONFIG_HISI_KIRIN_DW_DSI
CONFIG_I2C_BCM2048
CONFIG_KEXEC_VERIFY_SIG
CONFIG_MFD_CROS_EC_CHARDEV
CONFIG_MTD_M25P80
CONFIG_SENSORS_ADS1015
CONFIG_SERIAL_8250_MOXA
CONFIG_SGI_IOC4
CONFIG_TINYDRM_MIPI_DBI
Signed-off-by: Paul Bolle <pebolle@tiscali.nl>
The driver is needed for testing purposes, enable it on the architectures
where EFI is supported. Also, disallow access to the registered device if
the kernel is locked down.
This is a first pass at getting the secureboot patches working with the
upstream lockdown patches that got merged. The final patch from our
lockdown set is the sysrq patch which also needs work. For the present
it is not applied.
Upstream renamed the setting to DEBUG_KMEMLEAK_MEM_POOL_SIZE in upstream
commit c5665868183f and changed the default to 16000 in upstream commit
b751c52bb587.
We've been carrying a patch to make CPUMASK_OFFSTACK selectable
without debugging for a long time now. The comment said this was
going to be replaced with something else but that never seemed
to happen. We're carrying it to have a higher number of CPUs but
at this point, adjusting NR_CPUS doesn't really get us that much
benfit. Drop the patch and just use 8192 or NR_CPUS on x86.
Signed-off-by: Laura Abbott <labbott@redhat.com>
