summaryrefslogtreecommitdiffstats
path: root/mm/filemap.c
diff options
context:
space:
mode:
authorLibo Chen <libo.chen@oracle.com>2020-11-20 18:12:43 -0800
committerSteven Rostedt (VMware) <rostedt@goodmis.org>2020-11-30 16:29:40 -0500
commit271e0c9dce1b02a825b3cc1a7aa1fab7c381d44b (patch)
treec31c8c208ecace09169f8d3747c5277bbf64ba1f /mm/filemap.c
parentb65054597872ce3aefbc6a666385eabdf9e288da (diff)
downloadlinux-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