summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorSteven Rostedt (Red Hat) <rostedt@goodmis.org>2013-02-05 04:08:49 (GMT)
committerSteven Rostedt <rostedt@goodmis.org>2013-02-05 15:00:20 (GMT)
commitd6845536236a72382a20483887943a599d7c2b69 (patch)
tree62dcd9f02303412b89b92205d95c47dd6ed913a5 /include
parent4283b169abfb0380850b56287ee644697ecf321a (diff)
downloadlinux-fsl-qoriq-d6845536236a72382a20483887943a599d7c2b69.tar.xz
ktest: Search for linux banner for successful reboot
Sometimes when a test kernel passed fine, but on reboot it crashed, ktest could get stuck and not proceed. This would be frustrating if you let a test run overnight to find out the next morning that it was stuck on the first test. To fix this, I made reboot check for the REBOOT_SUCCESS_LINE. If the line was not detected, then it would power cycle the box. What it didn't cover was if the REBOOT_SUCCESS_LINE wasn't defined or if a 'good' kernel did not display the line. Instead have it search for the Linux banner "Linux version". The reboot just needs to get to the start of the next kernel, it does not need to test if the next kernel makes it to a boot prompt. After we find the next kernel has booted, then we just wait for either the REBOOT_SUCCESS_LINE to appear or the timeout. Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions