From: bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r@public.gmane.org
To: linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: [Bug 97161] bootparam(7): 'debug' parameter: reference to <linux/kernel.h> for information on log levels is misleading.
Date: Fri, 24 Apr 2015 11:50:57 +0000 [thread overview]
Message-ID: <bug-97161-11311-8cZpWQ6cfB@https.bugzilla.kernel.org/> (raw)
In-Reply-To: <bug-97161-11311-3bo0kxnWaOQUvHkbgXJLS5sdmw4N0Rt+2LY78lusg7I@public.gmane.org/>
https://bugzilla.kernel.org/show_bug.cgi?id=97161
Michael Kerrisk <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Resolution|--- |CODE_FIX
--- Comment #3 from Michael Kerrisk <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> ---
(In reply to Alain Kalker from comment #0)
> The section on the 'debug' parameter refers the user to <linux/kernel.h> for
> more information on kernel log levels, however, that file contains neither a
> description of console_loglevel nor nor a description of the various log
> levels.
>
> The closest I can find is <include/linux/kern_levels.h>, which defines the
> various log levels but doesn't explain console_loglevel, Also, it only
> exists in recent kernels, version 3.5 and up.
> Another candidate would be <include/linux/printk.h>, which does define
> console_loglevel but doesn't explain the individual log levels.
>
> Perhaps both references (<include/linux/printk.h>,
> <include/linux/kern_levels.h>) could be included?
Hello Alain,
I must say I'm generally quite unhappy with the sate of the bootparam(7) page.
I'm actually not sure that it was ever a good idea to create it to begin with.
But that happened 20 years ago, well before my time as maintainer. As it is
now, the page is *horribly( dated, and your report made me seriously think of
just removing the page! As it is, I have settled for discarding 60% of the
page, and fixing a few of the more glaring errors in the remainder. Regarding
your report, I amended the test on 'debug' to read:
Boot arguments for use by kernel developers
'debug'
Kernel messages are handed off to a daemon (e.g.,
klogd(8) or similar) so that they may be logged to disk.
Messages with a priority above console_loglevel are also
printed on the console. (For a discussion of these lev‐
els, see syslog(2).) By default, console_loglevel is
set to log messages at levels higher than KERN_DEBUG.
This boot argument will cause the kernel to also print
messages logged at level KERN_DEBUG. The console
loglevel can also be set on a booted system via the
/proc/sys/kernel/printk file (described in syslog(2)),
the syslog(2) SYSLOG_ACTION_CONSOLE_LEVEL operation, or
dmesg(8).
I believe that should address your concerns, so I'm closing the bug.
Cheers,
Michael
--
You are receiving this mail because:
You are watching the assignee of the bug.--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2015-04-24 11:50 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-23 17:07 [Bug 97161] New: bootparam(7): 'debug' parameter: reference to <linux/kernel.h> for information on log levels is misleading bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r
[not found] ` <bug-97161-11311-3bo0kxnWaOQUvHkbgXJLS5sdmw4N0Rt+2LY78lusg7I@public.gmane.org/>
2015-04-23 17:10 ` [Bug 97161] " bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r
2015-04-23 22:19 ` bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r
2015-04-24 11:50 ` bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r [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=bug-97161-11311-8cZpWQ6cfB@https.bugzilla.kernel.org/ \
--to=bugzilla-daemon-590eeb7gvniway/ihj7yzeb+6bgklq7r@public.gmane.org \
--cc=linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.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.