diff options
author | Libo Chen <libo.chen@oracle.com> | 2020-11-20 18:12:43 -0800 |
---|---|---|
committer | Steven Rostedt (VMware) <rostedt@goodmis.org> | 2020-11-30 16:29:40 -0500 |
commit | 271e0c9dce1b02a825b3cc1a7aa1fab7c381d44b (patch) | |
tree | c31c8c208ecace09169f8d3747c5277bbf64ba1f /mm/filemap.c | |
parent | b65054597872ce3aefbc6a666385eabdf9e288da (diff) | |
download | linux-stable-271e0c9dce1b02a825b3cc1a7aa1fab7c381d44b.tar.gz linux-stable-271e0c9dce1b02a825b3cc1a7aa1fab7c381d44b.tar.bz2 linux-stable-271e0c9dce1b02a825b3cc1a7aa1fab7c381d44b.zip |
ktest.pl: Fix incorrect reboot for grub2bls
This issue was first noticed when I was testing different kernels on
Oracle Linux 8 which as Fedora 30+ adopts BLS as default. Even though a
kernel entry was added successfully and the index of that kernel entry was
retrieved correctly, ktest still wouldn't reboot the system into
user-specified kernel.
The bug was spotted in subroutine reboot_to where the if-statement never
checks for REBOOT_TYPE "grub2bls", therefore the desired entry will not be
set for the next boot.
Add a check for "grub2bls" so that $grub_reboot $grub_number can
be run before a reboot if REBOOT_TYPE is "grub2bls" then we can boot to
the correct kernel.
Link: https://lkml.kernel.org/r/20201121021243.1532477-1-libo.chen@oracle.com
Cc: stable@vger.kernel.org
Fixes: ac2466456eaa ("ktest: introduce grub2bls REBOOT_TYPE option")
Signed-off-by: Libo Chen <libo.chen@oracle.com>
Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
Diffstat (limited to 'mm/filemap.c')
0 files changed, 0 insertions, 0 deletions