From: Nigel Cunningham <ncunningham@linuxmail.org>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Geert Uytterhoeven <geert@linux-m68k.org>
Subject: Producing nice text output while suspending without messing the logs.
Date: Mon, 11 Oct 2004 11:24:51 +1000 [thread overview]
Message-ID: <1097457890.3519.30.camel@desktop.cunninghams> (raw)
Hi all.
First, apologies to those CC'd if they don't think this is relevant to
them - I'm guessing who to CC).
Suspend2 can produce potentially produce quite a lot of output, not all
of which you want to see in your logs. (Compare Pavel's ^Hs from the
spinning bar). To get around this, I used to use vt_console_print to
output the stuff that shouldn't be logged. Some people, however (don't
remember who now), said I should be opening /dev/console and using that
instead. I made the switch and it didn't caused any problems until the
other day, when one user had /dev/console open while trying to suspend.
When suspend tried to open /dev/console as well, it hung, of course.
This makes me want to raise the issue again.
I guess the problem is really that suspend is a bit of a combination of
kernel and user space: all of the main work that it does can't be done
in userspace, but we (well some people at least!) want Linux to look
good while it does it's suspend to disk and resuming. (And we don't want
the logs filled with lots of junk in the process). I realise that some
people don't care what their screen and logs look like, so long as the
suspend & resume work. That's fine, but I want to cater for those who do
care as well, and think that since this will be a very visible part of
the kernel, it ought to look good (think ignorant desktop user). To that
end, I'm going to ignore anyone who simply wants to argue that this
stuff doesn't belong in the kernel.
Having said all of that, I want to raise the issue again: Is it really
necessary for suspend to use /dev/console to display output that
shouldn't be logged? Could the code use the vt_console_print, gotoxy and
blank/unblank_console functions - or some abstraction of them to do it's
drawing?
Regards,
Nigel
--
Nigel Cunningham
Pastoral Worker
Christian Reformed Church of Tuggeranong
PO Box 1004, Tuggeranong, ACT 2901
Many today claim to be tolerant. True tolerance, however, can cope with others
being intolerant.
reply other threads:[~2004-10-11 1:24 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=1097457890.3519.30.camel@desktop.cunninghams \
--to=ncunningham@linuxmail.org \
--cc=benh@kernel.crashing.org \
--cc=geert@linux-m68k.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome