June 2021 - kernel - Fedora mailing-lists

[OS-BUILD PATCH] Add gcc-c++ to BuildRequires
by GitLab Bridge on behalf of jmflinuxtx 20 Dec '22

20 Dec '22

From: "Justin M. Forbes" <jforbes(a)fedoraproject.org> This is required for some of the gcc plugins. Signed-off-by: Justin M. Forbes <jforbes(a)fedoraproject.org> --- redhat/kernel.spec.template | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.template index 5941924711d4..c8ee1f82c494 100755 --- a/redhat/kernel.spec.template +++ b/redhat/kernel.spec.template @@ -501,7 +501,7 @@ Requires: kernel-modules-uname-r = %{KVERREL}%{?variant} # BuildRequires: kmod, patch, bash, tar, git-core BuildRequires: bzip2, xz, findutils, gzip, m4, perl-interpreter, perl-Carp, perl-devel, perl-generators, make, diffutils, gawk -BuildRequires: gcc, binutils, redhat-rpm-config, hmaccalc, bison, flex +BuildRequires: gcc, binutils, redhat-rpm-config, hmaccalc, bison, flex, gcc-c++ BuildRequires: net-tools, hostname, bc, elfutils-devel BuildRequires: dwarves BuildRequires: python3-devel -- GitLab

4 3

[OS-BUILD PATCHv4] redhat/configs: enable CONFIG_BLK_DEV_ZONED
by Ming Lei (via Email Bridge) 20 Jul '21

20 Jul '21

From: Ming Lei <ming.lei(a)redhat.com> redhat/configs: enable CONFIG_BLK_DEV_ZONED Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1638087 This option has been enabled in Fedora already. Also it is mentioned in this BZ that 'our current plan is to enable this in RHEL 9 first', so enable this option in redhat/configs/common so that people can use ZNS via userspace or play it via nvme-cli. Signed-off-by: Ming Lei <ming.lei(a)redhat.com> diff --git a/redhat/configs/ark/generic/CONFIG_BLK_DEV_ZONED b/redhat/configs/ark/generic/CONFIG_BLK_DEV_ZONED deleted file mode 100644 index blahblah..blahblah 0 --- a/redhat/configs/ark/generic/CONFIG_BLK_DEV_ZONED +++ /dev/null @@ -1 +0,0 @@ -# CONFIG_BLK_DEV_ZONED is not set diff --git a/redhat/configs/fedora/generic/CONFIG_BLK_DEV_ZONED b/redhat/configs/common/generic/CONFIG_BLK_DEV_ZONED rename from redhat/configs/fedora/generic/CONFIG_BLK_DEV_ZONED rename to redhat/configs/common/generic/CONFIG_BLK_DEV_ZONED index blahblah..blahblah 100644 --- a/redhat/configs/fedora/generic/CONFIG_BLK_DEV_ZONED +++ b/redhat/configs/common/generic/CONFIG_BLK_DEV_ZONED -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1182

4 4

[OS-BUILD PATCHv2] redhat/configs: Disable CONFIG_RT_GROUP_SCHED in rhel config
by Phil Auld (via Email Bridge) 08 Jul '21

08 Jul '21

From: Phil Auld <pauld(a)redhat.com> redhat/configs: Disable CONFIG_RT_GROUP_SCHED in rhel config Fedora and rhel-rt config already have CONFIG_RT_GROUP_SCHED disabled. RT_GROUP_SCHED does not play well with cgroups v2. Rather than keep this enabled, disable it in rhel going forward. Signed-off-by: Phil Auld <pauld(a)redhat.com> diff --git a/redhat/configs/ark/generic/CONFIG_RT_GROUP_SCHED b/redhat/configs/ark/generic/CONFIG_RT_GROUP_SCHED deleted file mode 100644 index blahblah..blahblah 0 --- a/redhat/configs/ark/generic/CONFIG_RT_GROUP_SCHED +++ /dev/null @@ -1 +0,0 @@ -CONFIG_RT_GROUP_SCHED=y diff --git a/redhat/configs/fedora/generic/CONFIG_RT_GROUP_SCHED b/redhat/configs/common/generic/CONFIG_RT_GROUP_SCHED rename from redhat/configs/fedora/generic/CONFIG_RT_GROUP_SCHED rename to redhat/configs/common/generic/CONFIG_RT_GROUP_SCHED index blahblah..blahblah 100644 --- a/redhat/configs/fedora/generic/CONFIG_RT_GROUP_SCHED +++ b/redhat/configs/common/generic/CONFIG_RT_GROUP_SCHED -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1177

3 3

[OS-BUILD PATCH 0/0] [redhat] Generate a crashkernel.conf for each kernel build
by Kairui Song (via Email Bridge) 02 Jul '21

02 Jul '21

From: Kairui Song on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1171 NOTE: Truncated patchset due to missing public @redhat.com email address on your GitLab profile at https://gitlab.com/-/profile. Once that is fixed, close and reopen the merge request to retrigger sending the emails. It has been a long-term demand for having a default crashkernel value for each kernel build. This helps to manage kernel's crashkernel usage by kernel version and provide users a reference default value. RHEL kernels support a `crashkernel=auto` cmdline param. And kernel have a built-in default value used when `auto` is specified. Many attempts are made to push this upstream. Recent attempt to push this upstream raised a lot of discussions [1]. Upstream is not accepting this `crashkernel=auto` design. So after more discussions, instead of adding a default value in kernel, just add a config that packaged with kernel is more doable. Other packages, like kexec-tools[2], can use this as a reference and update kernel cmdline param. [1]: https://lore.kernel.org/linux-mm/20210507010432.IN24PudKT%25akpm@linux- foundation.org/ [2]: https://lists.fedoraproject.org/archives/list/kexec@lists.fedoraproject.o rg/thread/MKUSELX3GKKXPFNLEGJMWXSS2LADRPMQ/ Signed-off-by: Kairui Song <kasong(a)redhat.com> --- Documentation/admin-guide/kdump/kdump.rst | 11 ----------- kernel/crash_core.c | 28 ++-------------------------- redhat/Makefile | 1 + redhat/generate_crashkernel_conf.sh | 25 +++++++++++++++++++++++++ redhat/kernel.spec.template | 5 +++++ 5 files changed, 33 insertions(+), 37 deletions(-)

8 19

[OS-BUILD PATCHv2] configs/common/s390: disable CONFIG_QETH_{OSN,OSX}
by Philipp Rudo (via Email Bridge) 02 Jul '21

02 Jul '21

From: Philipp Rudo <prudo(a)redhat.com> configs/common/s390: disable CONFIG_QETH_{OSN,OSX} Shipment of the devices required for these options were ceased with z13. With the ALS set to z14 for ark there is no need to keep the options enabled. v2: disable the configs for fedora as well Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1903201 Signed-off-by: Philipp Rudo <prudo(a)redhat.com> diff a/redhat/configs/common/generic/s390x/CONFIG_QETH_OSN b/redhat/configs/common/generic/s390x/CONFIG_QETH_OSN --- a/redhat/configs/common/generic/s390x/CONFIG_QETH_OSN +++ b/redhat/configs/common/generic/s390x/CONFIG_QETH_OSN @@ -1 +1 @@ -CONFIG_QETH_OSN=y +# CONFIG_QETH_OSN is not set diff a/redhat/configs/common/generic/s390x/CONFIG_QETH_OSX b/redhat/configs/common/generic/s390x/CONFIG_QETH_OSX --- a/redhat/configs/common/generic/s390x/CONFIG_QETH_OSX +++ b/redhat/configs/common/generic/s390x/CONFIG_QETH_OSX @@ -1 +1 @@ -CONFIG_QETH_OSX=y +# CONFIG_QETH_OSX is not set -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1149

5 4

[OS-BUILD PATCHv2] mod-denylist.sh: Change to denylist
by Prarit Bhargava (via Email Bridge) 01 Jul '21

01 Jul '21

From: Prarit Bhargava <prarit(a)redhat.com> mod-denylist.sh: Change to denylist Change blacklist references to denylist. v2: modprobe still uses blacklist Suggested-by: Brian Masney <bmasney(a)redhat.com> Signed-off-by: Prarit Bhargava <prarit(a)redhat.com> diff --git a/redhat/mod-denylist.sh b/redhat/mod-denylist.sh index blahblah..blahblah 100755 --- a/redhat/mod-denylist.sh +++ b/redhat/mod-denylist.sh @@ -10,28 +10,29 @@ Dir="$1/$2" List=$3 Dest="$4" -blacklist() +denylist() { + # modprobe still uses the phrase 'blacklist' instead of 'denylist' cat > "$RpmDir/etc/modprobe.d/$1-blacklist.conf" <<-__EOF__ # This kernel module can be automatically loaded by non-root users. To - # enhance system security, the module is blacklisted by default to ensure + # enhance system security, the module is denylisted by default to ensure # system administrators make the module available for use as needed. # See https://access.redhat.com/articles/3760101 for more details. # - # Remove the blacklist by adding a comment # at the start of the line. + # Remove the denylist by adding a comment # at the start of the line. blacklist $1 __EOF__ } -check_blacklist() +check_denylist() { mod=$(find "$RpmDir/$ModDir" -name "$1") [ ! "$mod" ] && return 0 if modinfo "$mod" | grep -q '^alias:\s\+net-'; then mod="${1##*/}" mod="${mod%.ko*}" - echo "$mod has an alias that allows auto-loading. Blacklisting." - blacklist "$mod" + echo "Blocking $mod from auto-loading." + denylist "$mod" fi } @@ -142,7 +143,7 @@ if [ -z "$Dest" ]; then sed -e "s|^.|${ModDir}|g" "$Dir"/dep2.list > "$RpmDir/$ListName" echo "./$RpmDir/$ListName created." [ -d "$RpmDir/etc/modprobe.d/" ] || mkdir -p "$RpmDir/etc/modprobe.d/" - foreachp check_blacklist < "$List" + foreachp check_denylist < "$List" fi # Many BIOS-es export a PNP-id which causes the floppy driver to autoload @@ -152,7 +153,7 @@ fi floppylist=("$RpmDir"/"$ModDir"/kernel/drivers/block/floppy.ko*) if [[ -n ${floppylist[0]} && -f ${floppylist[0]} ]]; then - blacklist "floppy" + denylist "floppy" fi # avoid an empty kernel-extra package -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1185

5 6

[OS-BUILD PATCH] rpmspec: only build debug meta packages where we build debug ones
by Herton R. Krzesinski (via Email Bridge) 30 Jun '21

30 Jun '21

From: Herton R. Krzesinski <herton(a)redhat.com> rpmspec: only build debug meta packages where we build debug ones Previous commit "rpmspec: build debug-* meta-packages if debug builds are disabled" failed to consider the architectures or cases where we disable debug packages, and made meta packages being built for them even if real debug package build was disabled in the normal case. So eg. for arches we don't build kernels (eg. i686) debug meta packages could appear even if we don't have kernel/kernel-debug being built. This adds some logic to see if really with_debug was enabled, and creating the meta-package only when it is enabled/set. Signed-off-by: Herton R. Krzesinski <herton(a)redhat.com> diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.template index blahblah..blahblah 100755 --- a/redhat/kernel.spec.template +++ b/redhat/kernel.spec.template @@ -281,10 +281,6 @@ Summary: The Linux kernel %define debugbuildsenabled 1 %endif -%if !%{debugbuildsenabled} -%define with_debug 0 -%endif - %if !%{with_debuginfo} %define _enable_debug_packages 0 %endif @@ -508,6 +504,18 @@ Summary: The Linux kernel %define _use_vdso 0 %endif +# If build of debug packages is disabled, we need to know if we want to create +# meta debug packages or not, after we define with_debug for all specific cases +# above. So this must be at the end here, after all cases of with_debug or not. +%define with_debug_meta 0 +%if !%{debugbuildsenabled} +%if %{with_debug} +%define with_debug_meta 1 +%endif +%define with_debug 0 +%endif + + # # Packages that need to be installed before the kernel is, because the %%post # scripts use them. @@ -2856,7 +2864,7 @@ fi %kernel_variant_files %{_use_vdso} %{with_up} %kernel_variant_files %{_use_vdso} %{with_debug} debug -%if !%{debugbuildsenabled} +%if %{with_debug_meta} %files debug %files debug-core %files debug-devel -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1198

3 2

[OS-BUILD PATCH] Revert "Merge branch 'ec_fips' into 'os-build'"
by Vladis Dronov (via Email Bridge) 30 Jun '21

30 Jun '21

From: Vladis Dronov <vdronov(a)redhat.com> Revert "Merge branch 'ec_fips' into 'os-build'" We need to revert the merge request !1150 and make CONFIG_CRYPTO_ECDH and CONFIG_CRYPTO_ECDSA back to =m. Current =y setting prevents a kernel booting in FIPS mode. This blocks some processes, see bz1915290#c23. This is an upstream issue and we need this revert until a proposed upstream solution is fully tested. Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1947240 Link: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1150 Signed-off-by: Vladis Dronov <vdronov(a)redhat.com> diff --git a/redhat/configs/common/generic/CONFIG_CRYPTO_ECDH b/redhat/configs/common/generic/CONFIG_CRYPTO_ECDH index blahblah..blahblah 100644 --- a/redhat/configs/common/generic/CONFIG_CRYPTO_ECDH +++ b/redhat/configs/common/generic/CONFIG_CRYPTO_ECDH @@ -1 +1 @@ -CONFIG_CRYPTO_ECDH=y +CONFIG_CRYPTO_ECDH=m diff --git a/redhat/configs/common/generic/CONFIG_CRYPTO_ECDSA b/redhat/configs/common/generic/CONFIG_CRYPTO_ECDSA index blahblah..blahblah 100644 --- a/redhat/configs/common/generic/CONFIG_CRYPTO_ECDSA +++ b/redhat/configs/common/generic/CONFIG_CRYPTO_ECDSA @@ -1 +1 @@ -CONFIG_CRYPTO_ECDSA=y +CONFIG_CRYPTO_ECDSA=m -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1189

3 7

[OS-BUILD PATCH] rpmspec: do not BuildRequires bpftool on nobuildarches
by Herton R. Krzesinski (via Email Bridge) 29 Jun '21

29 Jun '21

From: Herton R. Krzesinski <herton(a)redhat.com> rpmspec: do not BuildRequires bpftool on nobuildarches Kernel builds are failing on i686 due missing or not available bpftool. It does not make sense to require it on arches that we only build headers and don't need bpftool, so make it not required on this case. Signed-off-by: Herton R. Krzesinski <herton(a)redhat.com> diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.template index blahblah..blahblah 100755 --- a/redhat/kernel.spec.template +++ b/redhat/kernel.spec.template @@ -545,7 +545,9 @@ BuildRequires: net-tools, hostname, bc, elfutils-devel BuildRequires: dwarves BuildRequires: python3-devel BuildRequires: gcc-plugin-devel +%ifnarch %{nobuildarches} BuildRequires: bpftool +%endif %if %{with_headers} BuildRequires: rsync %endif -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1197

3 3

[OS-BUILD PATCH] redhat/configs: Disable CONFIG_RT_GROUP_SCHED in rhel config
by Phil Auld (via Email Bridge) 29 Jun '21

29 Jun '21

From: Phil Auld <pauld(a)redhat.com> redhat/configs: Disable CONFIG_RT_GROUP_SCHED in rhel config Fedora and rhel-rt config already have CONFIG_RT_GROUP_SCHED disabled. RT_GROUP_SCHED does not play well with cgroups v2. Rather than keep this enabled, disable it in rhel going forward. Signed-off-by: Phil Auld <pauld(a)redhat.com> diff --git a/redhat/configs/ark/generic/CONFIG_RT_GROUP_SCHED b/redhat/configs/ark/generic/CONFIG_RT_GROUP_SCHED deleted file mode 100644 index blahblah..blahblah 0 --- a/redhat/configs/ark/generic/CONFIG_RT_GROUP_SCHED +++ /dev/null @@ -1 +0,0 @@ -CONFIG_RT_GROUP_SCHED=y diff --git a/redhat/configs/fedora/generic/CONFIG_RT_GROUP_SCHED b/redhat/configs/common/generic/CONFIG_RT_GROUP_SCHED rename from redhat/configs/fedora/generic/CONFIG_RT_GROUP_SCHED rename to redhat/configs/common/generic/CONFIG_RT_GROUP_SCHED index blahblah..blahblah 100644 --- a/redhat/configs/fedora/generic/CONFIG_RT_GROUP_SCHED +++ b/redhat/configs/common/generic/CONFIG_RT_GROUP_SCHED -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1177

3 3

[OS-BUILD PATCH 0/0] Fedora: upstream fixes and enable rk3399 pcie drivers
by pbrobinson (via Email Bridge) 29 Jun '21

29 Jun '21

From: pbrobinson on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1176 NOTE: Truncated patchset due to missing public @redhat.com email address on your GitLab profile at https://gitlab.com/-/profile. Once that is fixed, close and reopen the merge request to retrigger sending the emails. Add upstream patches destined for 5.14 for Fedora's 5.13 kernel and enable the PCIE driver to resolve the long standing issue of not having PCIE enabled for Rockchip rk3399 SoCs such as the Pinebook Pro. Fixes: RHBZ #1704945 Signed-off-by: Peter Robinson <pbrobinson(a)redhat.com> --- arch/arm64/boot/dts/rockchip/rk3399.dtsi | 2 +- drivers/pci/controller/pcie-rockchip-host.c | 12 ++++---- drivers/pci/of.c | 17 +++++++++--- redhat/configs/fedora/generic/arm/CONFIG_PCIE_ROCKCHIP_HOST | 2 +- redhat/configs/fedora/generic/arm/CONFIG_PHY_ROCKCHIP_PCIE | 2 +- 5 files changed, 21 insertions(+), 14 deletions(-)

5 5

[OS-BUILD PATCH 0/0] [redhat] New configs in arch/arm64
by CKI Gitlab (via Email Bridge) 29 Jun '21

29 Jun '21

From: CKI Gitlab on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1190 NOTE: Truncated patchset due to missing public @redhat.com email address on your GitLab profile at https://gitlab.com/-/profile. Once that is fixed, close and reopen the merge request to retrigger sending the emails. 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_ARM64_PTR_AUTH_KERNEL: If the compiler supports the -mbranch-protection or -msign-return-address flag (e.g. GCC 7 or later), then this option will cause the kernel itself to be compiled with return address protection. In this case, and if the target hardware is known to support pointer authentication, then CONFIG_STACKPROTECTOR can be disabled with minimal loss of protection. This feature works with FUNCTION_GRAPH_TRACER option only if DYNAMIC_FTRACE_WITH_REGS is enabled. Symbol: ARM64_PTR_AUTH_KERNEL [=y] Type : bool Defined at arch/arm64/Kconfig:1506 Prompt: Use pointer authentication for kernel Depends on: ARM64_PTR_AUTH [=y] && (CC_HAS_SIGN_RETURN_ADDRESS [=y] || CC_HAS_BRANCH_PROT_PAC_RET [=y]) && AS_HAS_PAC [=y] && (LD_IS_LLD [=n] || LD_VERSION [=25000]>=23301 || CC_IS_GCC [=y] && GCC_VERSION [=200000]<90100) && (!CC_IS_CLANG [=n] || AS_HAS_CFI_NEGATE_RA_STATE [=y]) && (!FUNCTION_GRAPH_TRACER [=y] || DYNAMIC_FTRACE_WITH_REGS [=y]) Location: -> Kernel Features -> ARMv8.3 architectural features -> Enable support for pointer authentication (ARM64_PTR_AUTH [=y]) --- Cc: Mark Salter <msalter(a)redhat.com> Cc: Mark Langsdorf <mlangsdo(a)redhat.com> Cc: Jeremy Linton <jlinton(a)redhat.com> Signed-off-by: Fedora Kernel Team <kernel-team(a)fedoraproject.org> --- redhat/configs/common/generic/arm/aarch64/CONFIG_ARM64_PTR_AUTH_KERNEL | 1 + redhat/configs/pending-common/generic/CONFIG_ARM64_PTR_AUTH_KERNEL | 25 ---------- 2 files changed, 1 insertions(+), 25 deletions(-)

2 1

Kernel-ark os-build branch has been rebased
by Justin Forbes 29 Jun '21

29 Jun '21

If you have a pending merge request, you will need to rebase your source tree and force push so that things will cleanly merge. While this is the first time we have done this for os-build, we expect to keep it up as a cadence with every upstream release. This means we will do it again when 5.14 releases, and again with 5.15... It is difficult to manage a regularly rebased tree, because any outstanding MR is invalidated and has to also be rebased. But not doing somewhat regular rebases can also be difficult in the spirit of the openness that Fedora is based upon. While there are plenty of ways to see which patches we carry compared to upstream, some of those patches are fairly old, and would not apply cleanly at all to a modern tree after several releases were merged in with them. As we have gotten into a flow of things with merge requests, we can get to the point of very few outstanding MRs towards the end of a release cycle, and that makes it an opportune time to rebase the tree. This also means that the patches we carry should be no more than 1 release out of date, making them easier to apply to various other trees. I do realize that this is a minor inconvenience every 2-3 months, but I believe the results are worth it. Thanks, Justin

3 2

[OS-BUILD PATCH 0/7] redhat/configs: Update RHEL9/ARK/Fedora s390x kernel config switches
by Thomas Huth (via Email Bridge) 29 Jun '21

29 Jun '21

From: Thomas Huth on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1188 Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1976270 While comparing the s390x config switches between RHEL8 and RHEL9, we found some settings that need to be changed, and the location of some other switches could be improved (e.g. by consolidating the settings between Fedora and ARK) Signed-off-by: Thomas Huth <thuth(a)redhat.com> --- redhat/configs/ark/generic/CONFIG_HW_RANDOM_S390 => redhat/configs/ark/generic/s390x/CONFIG_HW_RANDOM_S390 | 0 redhat/configs/ark/generic/s390x/CONFIG_NO_BOOTMEM | 1 - redhat/configs/ark/generic/s390x/CONFIG_S390_CCW_IOMMU | 1 - redhat/configs/ark/generic/s390x/CONFIG_EXPOLINE_OFF => redhat/configs/common/generic/s390x/CONFIG_EXPOLINE_OFF | 0 redhat/configs/ark/generic/s390x/CONFIG_HMC_DRV => redhat/configs/common/generic/s390x/CONFIG_HMC_DRV | 0 redhat/configs/fedora/generic/s390x/CONFIG_S390_CCW_IOMMU => redhat/configs/common/generic/s390x/CONFIG_S390_CCW_IOMMU | 0 redhat/configs/fedora/generic/s390x/CONFIG_VFIO_CCW => redhat/configs/common/generic/s390x/CONFIG_VFIO_CCW | 0 redhat/configs/common/generic/s390x/CONFIG_VIRTIO_CONSOLE | 1 - redhat/configs/fedora/generic/s390x/CONFIG_HMC_DRV | 1 - redhat/configs/fedora/generic/s390x/CONFIG_HOTPLUG_PCI_SHPC | 1 - redhat/configs/fedora/generic/CONFIG_EXPOLINE_OFF | 1 - redhat/configs/fedora/generic/CONFIG_HMC_DRV | 1 - 12 files changed, 0 insertions(+), 7 deletions(-)

4 12

The 5.13 kernel and Fedora
by Justin Forbes 28 Jun '21

28 Jun '21

With 5.13 having been officially released, we will work towards the typical path of stabilizing 5.13 for rebases. This means a test week in about 2 weeks, and Fedora 33 and 34 will rebase to a 5.13 kernel shortly after the test week, depending on the feedback we get. I have created a branch in the kernel-ark repository where 5.13 will be maintained. I am accepting merge requests into the fedora-5.13 branch right now. Unfortunately, that branch is not properly buildable until 5.13.1 is released. At some point I should update our scripts to be a bit more flexible. Also of note, the os-build branch has been fully rebased on top of 5.13 so that our patches are not so out of date. More information on that will follow shortly, but do not be surprised when a simple git pull will not work. Thanks, Justin

1 0

[OS-BUILD PATCH 0/2] Revert PCI rockchip changes that weren't merged upstream
by Herton R. Krzesinski (via Email Bridge) 28 Jun '21

28 Jun '21

From: Herton R. Krzesinski on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1187 Some PCI rockchip changes from a previous merged changed were dropped/not included upstream in v5.13. This is explained on this post: https://lore.kernel.org/linux- pci/20210614230457.752811-1-punitagrawal(a)gmail.com/ This MR reverts those changes. A diff between drivers/pci/of.c of upstream and ARK is clean now. Signed-off-by: Herton R. Krzesinski <herton(a)redhat.com> --- drivers/pci/of.c | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-)

5 7

[OS-BUILD PATCH] Revert "powerpc: Switch to relative jump labels"
by Don Zickus (via Email Bridge) 28 Jun '21

28 Jun '21

From: Don Zickus <dzickus(a)redhat.com> Revert "powerpc: Switch to relative jump labels" This reverts commit b0b3b2c78ec075cec4721986a95abbbac8c3da4f. diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig index blahblah..blahblah 100644 --- a/arch/powerpc/Kconfig +++ b/arch/powerpc/Kconfig @@ -189,7 +189,6 @@ config PPC select HAVE_ARCH_HUGE_VMALLOC if HAVE_ARCH_HUGE_VMAP select HAVE_ARCH_HUGE_VMAP if PPC_BOOK3S_64 && PPC_RADIX_MMU select HAVE_ARCH_JUMP_LABEL - select HAVE_ARCH_JUMP_LABEL_RELATIVE select HAVE_ARCH_KASAN if PPC32 && PPC_PAGE_SHIFT <= 14 select HAVE_ARCH_KASAN_VMALLOC if PPC32 && PPC_PAGE_SHIFT <= 14 select HAVE_ARCH_KFENCE if PPC32 diff --git a/arch/powerpc/include/asm/jump_label.h b/arch/powerpc/include/asm/jump_label.h index blahblah..blahblah 100644 --- a/arch/powerpc/include/asm/jump_label.h +++ b/arch/powerpc/include/asm/jump_label.h @@ -20,8 +20,7 @@ static __always_inline bool arch_static_branch(struct static_key *key, bool bran asm_volatile_goto("1:\n\t" "nop # arch_static_branch\n\t" ".pushsection __jump_table, \"aw\"\n\t" - ".long 1b - ., %l[l_yes] - .\n\t" - JUMP_ENTRY_TYPE "%c0 - .\n\t" + JUMP_ENTRY_TYPE "1b, %l[l_yes], %c0\n\t" ".popsection \n\t" : : "i" (&((char *)key)[branch]) : : l_yes); @@ -35,8 +34,7 @@ static __always_inline bool arch_static_branch_jump(struct static_key *key, bool asm_volatile_goto("1:\n\t" "b %l[l_yes] # arch_static_branch_jump\n\t" ".pushsection __jump_table, \"aw\"\n\t" - ".long 1b - ., %l[l_yes] - .\n\t" - JUMP_ENTRY_TYPE "%c0 - .\n\t" + JUMP_ENTRY_TYPE "1b, %l[l_yes], %c0\n\t" ".popsection \n\t" : : "i" (&((char *)key)[branch]) : : l_yes); @@ -45,12 +43,23 @@ static __always_inline bool arch_static_branch_jump(struct static_key *key, bool return true; } +#ifdef CONFIG_PPC64 +typedef u64 jump_label_t; +#else +typedef u32 jump_label_t; +#endif + +struct jump_entry { + jump_label_t code; + jump_label_t target; + jump_label_t key; +}; + #else #define ARCH_STATIC_BRANCH(LABEL, KEY) \ 1098: nop; \ .pushsection __jump_table, "aw"; \ - .long 1098b - ., LABEL - .; \ - FTR_ENTRY_LONG KEY; \ + FTR_ENTRY_LONG 1098b, LABEL, KEY; \ .popsection #endif diff --git a/arch/powerpc/kernel/jump_label.c b/arch/powerpc/kernel/jump_label.c index blahblah..blahblah 100644 --- a/arch/powerpc/kernel/jump_label.c +++ b/arch/powerpc/kernel/jump_label.c @@ -11,10 +11,10 @@ void arch_jump_label_transform(struct jump_entry *entry, enum jump_label_type type) { - struct ppc_inst *addr = (struct ppc_inst *)jump_entry_code(entry); + struct ppc_inst *addr = (struct ppc_inst *)(unsigned long)entry->code; if (type == JUMP_LABEL_JMP) - patch_branch(addr, jump_entry_target(entry), 0); + patch_branch(addr, entry->target, 0); else patch_instruction(addr, ppc_inst(PPC_INST_NOP)); } -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1173

3 4

[OS-BUILD PATCH 0/0] fedora: minor cleanups
by pbrobinson (via Email Bridge) 28 Jun '21

28 Jun '21

From: pbrobinson on gitlab.com Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1186 NOTE: Truncated patchset due to missing public @redhat.com email address on your GitLab profile at https://gitlab.com/-/profile. Once that is fixed, close and reopen the merge request to retrigger sending the emails. Just a couple of minor cleanups for 5.13. Signed-off-by: Peter Robinson <pbrobinson(a)redhat.com> --- redhat/configs/fedora/generic/CONFIG_MODULE_COMPRESS_GZIP | 17 ------------ redhat/configs/fedora/generic/CONFIG_MODULE_COMPRESS_NONE | 17 ------------ redhat/configs/fedora/generic/CONFIG_MODULE_COMPRESS_XZ | 17 ------------ redhat/configs/fedora/generic/CONFIG_MODULE_COMPRESS_ZSTD | 17 ------------ redhat/configs/fedora/generic/CONFIG_TCG_TIS_I2C_CR50 | 20 --------------- 5 files changed, 0 insertions(+), 88 deletions(-)

2 1

[OS-BUILD PATCH] mod-denylist.sh: Change to denylist
by Prarit Bhargava (via Email Bridge) 26 Jun '21

26 Jun '21

From: Prarit Bhargava <prarit(a)redhat.com> mod-denylist.sh: Change to denylist Change blacklist references to denylist. Suggested-by: Brian Masney <bmasney(a)redhat.com> Signed-off-by: Prarit Bhargava <prarit(a)redhat.com> diff --git a/redhat/mod-denylist.sh b/redhat/mod-denylist.sh index blahblah..blahblah 100755 --- a/redhat/mod-denylist.sh +++ b/redhat/mod-denylist.sh @@ -10,20 +10,20 @@ Dir="$1/$2" List=$3 Dest="$4" -blacklist() +denylist() { - cat > "$RpmDir/etc/modprobe.d/$1-blacklist.conf" <<-__EOF__ + cat > "$RpmDir/etc/modprobe.d/$1-denylist.conf" <<-__EOF__ # This kernel module can be automatically loaded by non-root users. To - # enhance system security, the module is blacklisted by default to ensure + # enhance system security, the module is denylisted by default to ensure # system administrators make the module available for use as needed. # See https://access.redhat.com/articles/3760101 for more details. # - # Remove the blacklist by adding a comment # at the start of the line. - blacklist $1 + # Remove the denylist by adding a comment # at the start of the line. + denylist $1 __EOF__ } -check_blacklist() +check_denylist() { mod=$(find "$RpmDir/$ModDir" -name "$1") [ ! "$mod" ] && return 0 @@ -31,7 +31,7 @@ check_blacklist() mod="${1##*/}" mod="${mod%.ko*}" echo "$mod has an alias that allows auto-loading. Blacklisting." - blacklist "$mod" + denylist "$mod" fi } @@ -142,7 +142,7 @@ if [ -z "$Dest" ]; then sed -e "s|^.|${ModDir}|g" "$Dir"/dep2.list > "$RpmDir/$ListName" echo "./$RpmDir/$ListName created." [ -d "$RpmDir/etc/modprobe.d/" ] || mkdir -p "$RpmDir/etc/modprobe.d/" - foreachp check_blacklist < "$List" + foreachp check_denylist < "$List" fi # Many BIOS-es export a PNP-id which causes the floppy driver to autoload @@ -152,7 +152,7 @@ fi floppylist=("$RpmDir"/"$ModDir"/kernel/drivers/block/floppy.ko*) if [[ -n ${floppylist[0]} && -f ${floppylist[0]} ]]; then - blacklist "floppy" + denylist "floppy" fi # avoid an empty kernel-extra package -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1185

3 2

[OS-BUILD PATCHv3] redhat/configs: enable CONFIG_BLK_DEV_ZONED
by Ming Lei (via Email Bridge) 25 Jun '21

25 Jun '21

From: Ming Lei <ming.lei(a)redhat.com> redhat/configs: enable CONFIG_BLK_DEV_ZONED Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1638087 This option has been enabled in Fedora already. Also it is mentioned in this BZ that 'our current plan is to enable this in RHEL 9 first', so enable this option in redhat/configs/common so that people can use ZNS via userspace or play it via nvme-cli. Signed-off-by: Ming Lei <ming.lei(a)redhat.com> diff --git a/redhat/configs/ark/generic/CONFIG_BLK_DEV_ZONED b/redhat/configs/ark/generic/CONFIG_BLK_DEV_ZONED deleted file mode 100644 index blahblah..blahblah 0 --- a/redhat/configs/ark/generic/CONFIG_BLK_DEV_ZONED +++ /dev/null @@ -1 +0,0 @@ -# CONFIG_BLK_DEV_ZONED is not set diff --git a/redhat/configs/fedora/generic/CONFIG_BLK_DEV_ZONED b/redhat/configs/common/generic/CONFIG_BLK_DEV_ZONED rename from redhat/configs/fedora/generic/CONFIG_BLK_DEV_ZONED rename to redhat/configs/common/generic/CONFIG_BLK_DEV_ZONED index blahblah..blahblah 100644 --- a/redhat/configs/fedora/generic/CONFIG_BLK_DEV_ZONED +++ b/redhat/configs/common/generic/CONFIG_BLK_DEV_ZONED -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1182

2 2

[OS-BUILD PATCH] redhat: Rename mod-blacklist.sh to mod-denylist.sh
by Prarit Bhargava (via Email Bridge) 25 Jun '21

25 Jun '21

From: Prarit Bhargava <prarit(a)redhat.com> redhat: Rename mod-blacklist.sh to mod-denylist.sh In the spirit of inclusivity, rename mod-blacklist.sh to mod-denylist.sh. Signed-off-by: Prarit Bhargava <prarit(a)redhat.com> diff --git a/redhat/Makefile b/redhat/Makefile index blahblah..blahblah 100644 --- a/redhat/Makefile +++ b/redhat/Makefile @@ -263,7 +263,7 @@ sources-rh: $(TARBALL) generate-testpatch-tmp setup-source dist-configs-check rpminspect.yaml \ update_scripts.sh \ kvm_stat.logrotate \ - mod-blacklist.sh \ + mod-denylist.sh \ mod-internal.list \ mod-sign.sh \ configs/flavors \ diff --git a/redhat/kernel.spec.template b/redhat/kernel.spec.template index blahblah..blahblah 100755 --- a/redhat/kernel.spec.template +++ b/redhat/kernel.spec.template @@ -704,7 +704,7 @@ Source13: redhatsecureboot003.cer Source22: mod-extra.list.rhel Source16: mod-extra.list.fedora -Source17: mod-blacklist.sh +Source17: mod-denylist.sh Source18: mod-sign.sh Source79: parallel_xz.sh diff --git a/redhat/mod-blacklist.sh b/redhat/mod-denylist.sh rename from redhat/mod-blacklist.sh rename to redhat/mod-denylist.sh index blahblah..blahblah 100755 --- a/redhat/mod-blacklist.sh +++ b/redhat/mod-denylist.sh -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1184

5 7

[OS-BUILD PATCHv2] redhat/configs: Enable needed drivers for BlueField SoC on aarch64
by Alaa Hleihel (via Email Bridge) 24 Jun '21

24 Jun '21

From: Alaa Hleihel <ahleihel(a)redhat.com> redhat/configs: Enable needed drivers for BlueField SoC on aarch64 Enable the needed configs on aarch64 for enabling the following on BlueField SoC: - TmFifo driver to provide console and network access to the external host. - bootctl platform driver to provide the ability to query secure state and control the eMMC boot partition swapping by sending SMC calls to ATF running at EL3. - ipmb-dev-int driver and it's dependencies for supporting receiving IPMB requests on a Satellite MC from the BMC. Once a response is ready, this driver will send back a response to the BMC via the IPMB channel. Bugzilla: http://bugzilla.redhat.com/1858592 Bugzilla: http://bugzilla.redhat.com/1858594 Bugzilla: http://bugzilla.redhat.com/1858596 Upstream: RHEL-only Signed-off-by: Alaa Hleihel <ahleihel(a)redhat.com> diff --git a/redhat/configs/ark/generic/arm/aarch64/CONFIG_SENSORS_JC42 b/redhat/configs/ark/generic/arm/aarch64/CONFIG_SENSORS_JC42 deleted file mode 100644 index blahblah..blahblah 0 --- a/redhat/configs/ark/generic/arm/aarch64/CONFIG_SENSORS_JC42 +++ /dev/null @@ -1 +0,0 @@ -# CONFIG_SENSORS_JC42 is not set diff --git a/redhat/configs/ark/generic/CONFIG_EEPROM_AT24 b/redhat/configs/common/generic/CONFIG_EEPROM_AT24 rename from redhat/configs/ark/generic/CONFIG_EEPROM_AT24 rename to redhat/configs/common/generic/CONFIG_EEPROM_AT24 index blahblah..blahblah 100644 --- a/redhat/configs/ark/generic/CONFIG_EEPROM_AT24 +++ b/redhat/configs/common/generic/CONFIG_EEPROM_AT24 diff --git a/redhat/configs/ark/generic/CONFIG_EEPROM_EE1004 b/redhat/configs/common/generic/CONFIG_EEPROM_EE1004 rename from redhat/configs/ark/generic/CONFIG_EEPROM_EE1004 rename to redhat/configs/common/generic/CONFIG_EEPROM_EE1004 index blahblah..blahblah 100644 --- a/redhat/configs/ark/generic/CONFIG_EEPROM_EE1004 +++ b/redhat/configs/common/generic/CONFIG_EEPROM_EE1004 diff --git a/redhat/configs/ark/generic/CONFIG_MLXBF_TMFIFO b/redhat/configs/common/generic/CONFIG_MLXBF_TMFIFO rename from redhat/configs/ark/generic/CONFIG_MLXBF_TMFIFO rename to redhat/configs/common/generic/CONFIG_MLXBF_TMFIFO index blahblah..blahblah 100644 --- a/redhat/configs/ark/generic/CONFIG_MLXBF_TMFIFO +++ b/redhat/configs/common/generic/CONFIG_MLXBF_TMFIFO diff --git a/redhat/configs/common/generic/arm/aarch64/CONFIG_EEPROM_AT24 b/redhat/configs/common/generic/arm/aarch64/CONFIG_EEPROM_AT24 new file mode 100644 index blahblah..blahblah 100644 --- /dev/null +++ b/redhat/configs/common/generic/arm/aarch64/CONFIG_EEPROM_AT24 @@ -0,0 +1 @@ +CONFIG_EEPROM_AT24=m diff --git a/redhat/configs/common/generic/arm/aarch64/CONFIG_EEPROM_EE1004 b/redhat/configs/common/generic/arm/aarch64/CONFIG_EEPROM_EE1004 new file mode 100644 index blahblah..blahblah 100644 --- /dev/null +++ b/redhat/configs/common/generic/arm/aarch64/CONFIG_EEPROM_EE1004 @@ -0,0 +1 @@ +CONFIG_EEPROM_EE1004=m diff --git a/redhat/configs/common/generic/arm/aarch64/CONFIG_IPMB_DEVICE_INTERFACE b/redhat/configs/common/generic/arm/aarch64/CONFIG_IPMB_DEVICE_INTERFACE new file mode 100644 index blahblah..blahblah 100644 --- /dev/null +++ b/redhat/configs/common/generic/arm/aarch64/CONFIG_IPMB_DEVICE_INTERFACE @@ -0,0 +1 @@ +CONFIG_IPMB_DEVICE_INTERFACE=m diff --git a/redhat/configs/common/generic/arm/aarch64/CONFIG_MLXBF_BOOTCTL b/redhat/configs/common/generic/arm/aarch64/CONFIG_MLXBF_BOOTCTL new file mode 100644 index blahblah..blahblah 100644 --- /dev/null +++ b/redhat/configs/common/generic/arm/aarch64/CONFIG_MLXBF_BOOTCTL @@ -0,0 +1 @@ +CONFIG_MLXBF_BOOTCTL=m diff --git a/redhat/configs/fedora/generic/arm/aarch64/CONFIG_MLXBF_TMFIFO b/redhat/configs/common/generic/arm/aarch64/CONFIG_MLXBF_TMFIFO rename from redhat/configs/fedora/generic/arm/aarch64/CONFIG_MLXBF_TMFIFO rename to redhat/configs/common/generic/arm/aarch64/CONFIG_MLXBF_TMFIFO index blahblah..blahblah 100644 --- a/redhat/configs/fedora/generic/arm/aarch64/CONFIG_MLXBF_TMFIFO +++ b/redhat/configs/common/generic/arm/aarch64/CONFIG_MLXBF_TMFIFO -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1178

6 5

[OS-BUILD PATCHv2] redhat/configs: enable CONFIG_BLK_DEV_ZONED & CONFIG_DM_ZONED in common
by Ming Lei (via Email Bridge) 23 Jun '21

23 Jun '21

From: Ming Lei <ming.lei(a)redhat.com> redhat/configs: enable CONFIG_BLK_DEV_ZONED & CONFIG_DM_ZONED in common Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1638087 The two options have been enabled in Fedora already. Also it is mentioned in this BZ that 'our current plan is to enable this in RHEL 9 first', so enable the two options in redhat/configs/common. Signed-off-by: Ming Lei <ming.lei(a)redhat.com> diff --git a/redhat/configs/ark/generic/CONFIG_BLK_DEV_ZONED b/redhat/configs/ark/generic/CONFIG_BLK_DEV_ZONED deleted file mode 100644 index blahblah..blahblah 0 --- a/redhat/configs/ark/generic/CONFIG_BLK_DEV_ZONED +++ /dev/null @@ -1 +0,0 @@ -# CONFIG_BLK_DEV_ZONED is not set diff --git a/redhat/configs/ark/generic/CONFIG_DM_ZONED b/redhat/configs/ark/generic/CONFIG_DM_ZONED deleted file mode 100644 index blahblah..blahblah 0 --- a/redhat/configs/ark/generic/CONFIG_DM_ZONED +++ /dev/null @@ -1 +0,0 @@ -# CONFIG_DM_ZONED is not set diff --git a/redhat/configs/fedora/generic/CONFIG_BLK_DEV_ZONED b/redhat/configs/common/generic/CONFIG_BLK_DEV_ZONED rename from redhat/configs/fedora/generic/CONFIG_BLK_DEV_ZONED rename to redhat/configs/common/generic/CONFIG_BLK_DEV_ZONED index blahblah..blahblah 100644 --- a/redhat/configs/fedora/generic/CONFIG_BLK_DEV_ZONED +++ b/redhat/configs/common/generic/CONFIG_BLK_DEV_ZONED diff --git a/redhat/configs/fedora/generic/CONFIG_DM_ZONED b/redhat/configs/common/generic/CONFIG_DM_ZONED rename from redhat/configs/fedora/generic/CONFIG_DM_ZONED rename to redhat/configs/common/generic/CONFIG_DM_ZONED index blahblah..blahblah 100644 --- a/redhat/configs/fedora/generic/CONFIG_DM_ZONED +++ b/redhat/configs/common/generic/CONFIG_DM_ZONED -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1182

2 3

❌ FAIL: Test report for kernel 5.12.13-300.fc34 (fedora-34)
by CKI Project 23 Jun '21

23 Jun '21

Hello, We ran automated tests on the following kernel build: Kernel package: kernel-5.12.13-300.fc34 Task URL: https://koji.fedoraproject.org/koji/taskinfo?taskID=70692952 The results of these automated tests are provided below. Overall result: FAILED (see details below) Tests: FAILED One or more kernel tests failed: ppc64le: ❌ LTP All kernel binaries, config files, and logs are available for download here: https://arr-cki-prod-datawarehouse-public.s3.amazonaws.com/index.html?prefi… Please reply to this email if you have any questions about the tests that we ran or if you have any suggestions on how to make future tests more effective. For the full detail on our testing procedures, please scroll to the bottom of this message. ,-. ,-. ( C ) ( K ) Continuous `-',-.`-' Kernel ( I ) Integration `-' ______________________________________________________________________________ Hardware testing ---------------- We booted each kernel and ran the following tests: aarch64: Host 1: ✅ Boot test ✅ ACPI table test ✅ LTP ✅ CIFS Connectathon ✅ Loopdev Sanity ✅ Memory: fork_mem ✅ Memory function: memfd_create ✅ AMTU (Abstract Machine Test Utility) ✅ Ethernet drivers sanity 🚧 ✅ xarray-idr-radixtree-test Host 2: ✅ Boot test ✅ xfstests - ext4 ✅ xfstests - xfs ✅ Storage: swraid mdadm raid_module test 🚧 ✅ xfstests - btrfs 🚧 ✅ Storage blktests 🚧 ✅ Storage block - filesystem fio test 🚧 ✅ Storage block - queue scheduler test 🚧 ✅ Storage nvme - tcp 🚧 ✅ Storage: lvm device-mapper test 🚧 ✅ stress: stress-ng ppc64le: Host 1: ✅ Boot test ✅ xfstests - ext4 ✅ xfstests - xfs ✅ Storage: swraid mdadm raid_module test 🚧 ✅ xfstests - btrfs 🚧 ✅ Storage blktests 🚧 ✅ Storage block - filesystem fio test 🚧 ✅ Storage block - queue scheduler test 🚧 ✅ Storage nvme - tcp 🚧 ✅ Storage: lvm device-mapper test Host 2: ✅ Boot test ❌ LTP ✅ CIFS Connectathon ✅ Loopdev Sanity ✅ Memory: fork_mem ✅ Memory function: memfd_create ✅ AMTU (Abstract Machine Test Utility) ✅ Ethernet drivers sanity 🚧 ✅ xarray-idr-radixtree-test s390x: Host 1: ✅ Boot test ✅ LTP ✅ CIFS Connectathon ✅ Loopdev Sanity ✅ Memory: fork_mem ✅ Memory function: memfd_create ✅ AMTU (Abstract Machine Test Utility) ✅ Ethernet drivers sanity 🚧 ❌ xarray-idr-radixtree-test Host 2: ⚡ Internal infrastructure issues prevented one or more tests (marked with ⚡⚡⚡) from running on this architecture. This is not the fault of the kernel that was tested. ✅ Boot test ✅ xfstests - ext4 ✅ xfstests - xfs ✅ Storage: swraid mdadm raid_module test 🚧 ✅ xfstests - btrfs 🚧 ✅ Storage blktests 🚧 ✅ Storage nvme - tcp 🚧 ⚡⚡⚡ stress: stress-ng x86_64: Host 1: ⚡ Internal infrastructure issues prevented one or more tests (marked with ⚡⚡⚡) from running on this architecture. This is not the fault of the kernel that was tested. ⚡⚡⚡ Boot test ⚡⚡⚡ xfstests - ext4 ⚡⚡⚡ xfstests - xfs ⚡⚡⚡ xfstests - nfsv4.2 ⚡⚡⚡ Storage: swraid mdadm raid_module test 🚧 ⚡⚡⚡ xfstests - btrfs 🚧 ⚡⚡⚡ xfstests - cifsv3.11 🚧 ⚡⚡⚡ Storage blktests 🚧 ⚡⚡⚡ Storage block - filesystem fio test 🚧 ⚡⚡⚡ Storage block - queue scheduler test 🚧 ⚡⚡⚡ Storage nvme - tcp 🚧 ⚡⚡⚡ Storage: lvm device-mapper test 🚧 ⚡⚡⚡ stress: stress-ng Host 2: ⚡ Internal infrastructure issues prevented one or more tests (marked with ⚡⚡⚡) from running on this architecture. This is not the fault of the kernel that was tested. ⚡⚡⚡ Boot test ⚡⚡⚡ ACPI table test ⚡⚡⚡ LTP ⚡⚡⚡ CIFS Connectathon ⚡⚡⚡ Loopdev Sanity ⚡⚡⚡ Memory: fork_mem ⚡⚡⚡ Memory function: memfd_create ⚡⚡⚡ AMTU (Abstract Machine Test Utility) ⚡⚡⚡ Ethernet drivers sanity 🚧 ⚡⚡⚡ xarray-idr-radixtree-test Host 3: ⚡ Internal infrastructure issues prevented one or more tests (marked with ⚡⚡⚡) from running on this architecture. This is not the fault of the kernel that was tested. ⚡⚡⚡ Boot test ⚡⚡⚡ xfstests - ext4 ⚡⚡⚡ xfstests - xfs ⚡⚡⚡ xfstests - nfsv4.2 ⚡⚡⚡ Storage: swraid mdadm raid_module test 🚧 ⚡⚡⚡ xfstests - btrfs 🚧 ⚡⚡⚡ xfstests - cifsv3.11 🚧 ⚡⚡⚡ Storage blktests 🚧 ⚡⚡⚡ Storage block - filesystem fio test 🚧 ⚡⚡⚡ Storage block - queue scheduler test 🚧 ⚡⚡⚡ Storage nvme - tcp 🚧 ⚡⚡⚡ Storage: lvm device-mapper test 🚧 ⚡⚡⚡ stress: stress-ng Host 4: ⚡ Internal infrastructure issues prevented one or more tests (marked with ⚡⚡⚡) from running on this architecture. This is not the fault of the kernel that was tested. ⚡⚡⚡ Boot test ⚡⚡⚡ xfstests - ext4 ⚡⚡⚡ xfstests - xfs ⚡⚡⚡ xfstests - nfsv4.2 ⚡⚡⚡ Storage: swraid mdadm raid_module test 🚧 ⚡⚡⚡ xfstests - btrfs 🚧 ⚡⚡⚡ xfstests - cifsv3.11 🚧 ⚡⚡⚡ Storage blktests 🚧 ⚡⚡⚡ Storage block - filesystem fio test 🚧 ⚡⚡⚡ Storage block - queue scheduler test 🚧 ⚡⚡⚡ Storage nvme - tcp 🚧 ⚡⚡⚡ Storage: lvm device-mapper test 🚧 ⚡⚡⚡ stress: stress-ng Test sources: https://gitlab.com/cki-project/kernel-tests 💚 Pull requests are welcome for new tests or improvements to existing tests! Aborted tests ------------- Tests that didn't complete running successfully are marked with ⚡⚡⚡. If this was caused by an infrastructure issue, we try to mark that explicitly in the report. Waived tests ------------ If the test run included waived tests, they are marked with 🚧. Such tests are executed but their results are not taken into account. Tests are waived when their results are not reliable enough, e.g. when they're just introduced or are being fixed. Testing timeout --------------- We aim to provide a report within reasonable timeframe. Tests that haven't finished running yet are marked with ⏱.

1 0

[OS-BUILD PATCH] redhat/configs: enable CONFIG_NET_ACT_MPLS
by Marcelo Ricardo Leitner (via Email Bridge) 22 Jun '21

22 Jun '21

From: Marcelo Ricardo Leitner <mleitner(a)redhat.com> redhat/configs: enable CONFIG_NET_ACT_MPLS It's enabled on RHEL8 and it's going to be needed on RHEL9 as well. Cc: Guillaume Nault <gnault(a)redhat.com> Signed-off-by: Marcelo Ricardo Leitner <mleitner(a)redhat.com> diff --git a/redhat/configs/common/generic/CONFIG_NET_ACT_MPLS b/redhat/configs/common/generic/CONFIG_NET_ACT_MPLS index blahblah..blahblah 100644 --- a/redhat/configs/common/generic/CONFIG_NET_ACT_MPLS +++ b/redhat/configs/common/generic/CONFIG_NET_ACT_MPLS @@ -1 +1 @@ -# CONFIG_NET_ACT_MPLS is not set +CONFIG_NET_ACT_MPLS=m diff --git a/redhat/configs/fedora/generic/CONFIG_NET_ACT_MPLS b/redhat/configs/fedora/generic/CONFIG_NET_ACT_MPLS deleted file mode 100644 index blahblah..blahblah 0 --- a/redhat/configs/fedora/generic/CONFIG_NET_ACT_MPLS +++ /dev/null @@ -1 +0,0 @@ -CONFIG_NET_ACT_MPLS=m -- https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1180

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

kernel June 2021