Re: [PATCH] serial: turn serial console suspend a boot rather thancompile time option

From: Andrew Morton
Date: Wed Aug 08 2007 - 18:41:52 EST


On Wed, 8 Aug 2007 18:35:35 -0400
Andres Salomon <dilinger@xxxxxxxxxx> wrote:

> Currently, there's a CONFIG_DISABLE_CONSOLE_SUSPEND that allows one to stop
> the serial console from being suspended when the rest of the machine goes
> to sleep. This is incredibly useful for debugging power management-related
> things; however, having it as a compile-time option has proved to be
> incredibly inconvenient for us (OLPC). There are plenty of times that we
> want serial console to not suspend, but for the most part we'd like serial
> console to be suspended.
>
> This drops CONFIG_DISABLE_CONSOLE_SUSPEND, and replaces it with a kernel
> boot parameter (no_console_suspend). By default, the serial console will
> be suspended along with the rest of the system; by passing
> 'no_console_suspend' to the kernel during boot, serial console will remain
> alive during suspend.
>
> I have another version of this patch which keeps #ifdefs around; however,
> it's uglier. I prefer this version of the patch, and don't feel that it
> increases bloat. If people strongly disagree, let me know and I'll submit
> the other patch.
>

yep, compile-time options suck.

> --- a/include/linux/kernel.h
> +++ b/include/linux/kernel.h
> @@ -172,6 +172,8 @@ extern int __printk_ratelimit(int ratelimit_jiffies, int ratelimit_burst);
> extern bool printk_timed_ratelimit(unsigned long *caller_jiffies,
> unsigned int interval_msec);
>
> +extern int console_suspend;
> +

That's a somewhat vague-sounding identifier. Could we call it
console_suspend_enabled or something?

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/