From: Dmitry Torokhov <dtor_core@ameritech.net>
To: Pavel Machek <pavel@suse.cz>
Subject: Re: [Swsusp-devel] Re: swsusp problems [was Re: Your opinion on the merge?]
Date: Tue, 23 Mar 2004 23:52:58 -0500
User-Agent: KMail/1.6.1
Cc: linux-kernel@vger.kernel.org, Jonathan Sambrook <swsusp@hmmn.org>,
       Nigel Cunningham <ncunningham@users.sourceforge.net>,
       Swsusp mailing list <swsusp-devel@lists.sourceforge.net>,
       Andrew Morton <akpm@osdl.org>
References: <1079659165.15559.34.camel@calvin.wpcb.org.au> <200403231743.01642.dtor_core@ameritech.net> <20040323233228.GK364@elf.ucw.cz>
In-Reply-To: <20040323233228.GK364@elf.ucw.cz>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <200403232352.58066.dtor_core@ameritech.net>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1881
Lines: 46

On Tuesday 23 March 2004 06:32 pm, Pavel Machek wrote:
> Hi!
> 
> > > Also, in your model, where do messages printk()-ed from drivers during
> > > suspend/resume end up? Corrupting screen? Lost from sight and only
> > > accessible from dmesg? I believe driver messages *are* important, and
> > > do not see how they could coexist with eye-candy.
> > > 
> > Well, unless these are error messages that prevent machine from suspending/
> > resuming they are really just another form of eye-candy, nothing more,
> > nothing less.
> 
> Well, I'd hate
> 
> Nov 10 00:37:51 amd kernel: Buffer I/O error on device sr0, logical block 842340
> Nov 10 00:37:53 amd kernel: end_request: I/O error, dev sr0, sector 6738472
> 
> to be obscured by progress bar.
> 
> 									Pavel

OK, so you have an error condition on your CD. Does it prevent suspend from
completing? If not then I probably would not care about it till later when
I see it in syslog... I remember that the one thing that Pat complained
most often is your love for "panic"ing instead of trying to recover. In that
case you understandably want as many preceding messages as possible left
intact on the screen to diagnose the problem. If error recovery is ever done
then some eye-candy probably won't hurt.

Also, if we leave swsusp and suspending alone for a second, I could have
'top' running on console overwriting the very same messages. Should we ban
top?

If error reporting is so important for a box it probably:
- has many more means to notify operator;
- has all eye-candy turned off;
- is not getting suspended anyway.
IOW it's most likely a server running 24/7.

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