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 | 12 ------------
kernel/crash_core.c | 28 ++--------------------------
redhat/Makefile | 1 +
redhat/generate_crashkernel_default.sh | 25 +++++++++++++++++++++++++
redhat/kernel.spec.template | 5 +++++
5 files changed, 33 insertions(+), 38 deletions(-)
Hey All,
I would like to invite all of you to participate in the Kernel 5.13
Test week, which is happening from 2021-07-11 to 2021-07-18. It's
fairly simple, head over to the wiki [0] and read in detail about the
test week and simply run the test case mentioned in[1] and enter your
results.
As usual, the Fedora QA team will hang out at #fedora-test-day(a)libera.chat
for question and discussion.
[0] https://fedoraproject.org/wiki/Test_Day:2021-07-11_Kernel_5.13_Test_Week
[1] https://testdays.fedoraproject.org/events/115
--
//sumantro
Fedora QE
TRIED AND PERSONALLY TESTED, ERGO TRUSTED
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(-)
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
From: Justin M. Forbes on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1210
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.
The MR 1153 change which generates the vmlinux.h as an artifact in
kernel-devel seems to have also removed the '%define with_bpftool 0'
from the Fedora section, resulting in a bpftool subpackage being created
in Fedora kernel builds. This is unnecessary for the vmlinux.h
generation and undesired from a Fedora packaging standpoint.
Signed-off-by: Justin M. Forbes <jforbes(a)fedoraproject.org>
---
redhat/kernel.spec.template | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
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