From: Andrew Morton <akpm@linux-foundation.org>
To: Daniel Mack <daniel@caiaq.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] console: make blank timeout value a boot option
Date: Thu, 4 Jun 2009 01:46:01 -0700 [thread overview]
Message-ID: <20090604014601.7dcf0d52.akpm@linux-foundation.org> (raw)
In-Reply-To: <20090604083726.GZ26148@buzzloop.caiaq.de>
On Thu, 4 Jun 2009 10:37:27 +0200 Daniel Mack <daniel@caiaq.de> wrote:
> On Thu, Jun 04, 2009 at 01:17:40AM -0700, Andrew Morton wrote:
> > > That's already possible - there is an ioctl for that. It's just not
> > > configurable at boot time, and that occured to be very annoying when
> > > developing systems that won't fully boot up for >10mins. You have no way
> > > to wake up the console then.
> >
> > Oh. Your changelog sucked :)
> >
> > > Is there any concern why that shouldn't be a kernel option?
> >
> > I suppose it makes sense. You really have systems which take more than
> > ten minutes to start running initscripts? Poor you.
>
> This happens during development only. Assume the system tries to mount
> an NFS volume for its rootfs and fails due to a broken NIC driver; you
> might be interessted in some debug output. Assume the kernel crashes
> at boot time and you happen to miss that and come back to the machine
> 10 minutes later; you would still like to see the Oops. Or think about
> situations where you forgot to add a userspace application to disable
> the screen saver and you still want to see kernel messages and no input
> device is attached to wake up the console. All possible scenarios where
> this option would make sense.
>
OK, that would be irritating.
>
> > Please resend with a more complete description?
>
> Attached. Better now?
>
yep ;)
>
> >From 9a77004367e49d41b58b81fb6a4882d0906a4743 Mon Sep 17 00:00:00 2001
> From: Daniel Mack <daniel@caiaq.de>
> Date: Tue, 2 Jun 2009 16:38:44 +0200
> Subject: [PATCH] console: make blank timeout value a boot option
>
> The console blank timer is currently hardcoded to 10*60 seconds which
> might be annoying on systems with no input devices attached to wake up
> the console again. Especially during development, disabling the screen
> saver can be handy - for example when debugging the root fs mount
> mechanism or other scenarios where no userspace program could be started
> to do that at runtime from userspace.
>
> This patch defines a core_param for the variable in charge which allows
> users to entirely disable the blank feature at boot time by setting it
> 0. The value can still be overwritten at runtime using the standard
> ioctl call - this just allows to conditionally change the default.
>
> ...
>
> +static int blankinterval = 10*60;
> +core_param(consoleblank, blankinterval, int, 0444);
>
> ...
>
> - mod_timer(&console_timer, jiffies + blankinterval);
> + mod_timer(&console_timer, jiffies + (blankinterval * HZ));
although one would prefer that the *HZ be done a single time at a
single callsite. But that's hard when core_param() is used.
prev parent reply other threads:[~2009-06-04 8:46 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-02 14:46 [PATCH] console: make blank timeout value a boot option Daniel Mack
2009-06-04 7:23 ` Andrew Morton
2009-06-04 7:44 ` Daniel Mack
2009-06-04 8:17 ` Andrew Morton
2009-06-04 8:37 ` Daniel Mack
2009-06-04 8:46 ` Andrew Morton [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090604014601.7dcf0d52.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=daniel@caiaq.de \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.