panic: panic=-1 for immediate reboot
Hugh Dickins [Tue, 26 Jul 2011 23:08:52 +0000 (16:08 -0700)]
When a kernel BUG or oops occurs, ChromeOS intends to panic and
immediately reboot, with stacktrace and other messages preserved in RAM
across reboot.

But the longer we delay, the more likely the user is to poweroff and
lose the info.

panic_timeout (seconds before rebooting) is set by panic= boot option or
sysctl or /proc/sys/kernel/panic; but 0 means wait forever, so at
present we have to delay at least 1 second.

Let a negative number mean reboot immediately (with the small cosmetic
benefit of suppressing that newline-less "Rebooting in %d seconds.."

Signed-off-by: Hugh Dickins <>
Signed-off-by: Mandeep Singh Baines <>
Cc: Huang Ying <>
Cc: Andi Kleen <>
Cc: Hugh Dickins <>
Cc: Olaf Hering <>
Cc: Jesse Barnes <>
Cc: Dave Airlie <>
Cc: Greg Kroah-Hartman <>
Cc: Alan Cox <>
Signed-off-by: Andrew Morton <>
Signed-off-by: Linus Torvalds <>


index a70e43e..4ca9389 100644 (file)
@@ -1846,7 +1846,9 @@ bytes respectively. Such letter suffixes can also be entirely omitted.
                        See Documentation/sound/oss/oss-parameters.txt
        panic=          [KNL] Kernel behaviour on panic: delay <timeout>
-                       seconds before rebooting
+                       timeout > 0: seconds before rebooting
+                       timeout = 0: wait forever
+                       timeout < 0: reboot immediately
                        Format: <timeout>
        parkbd.port=    [HW] Parallel port number the keyboard adapter is
index 6923167..d7bb697 100644 (file)
@@ -119,6 +119,8 @@ NORET_TYPE void panic(const char * fmt, ...)
+       }
+       if (panic_timeout != 0) {
                 * This will not be a clean reboot, with everything
                 * shutting down.  But if there is a chance of