linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Randy.Dunlap" <rddunlap@osdl.org>
To: Martin Hicks <mort@wildopensource.com>
Cc: hpa@zytor.com, pavel@ucw.cz, jes@wildopensource.com,
	linux-kernel@vger.kernel.org, wildos@sgi.com
Subject: Re: [patch] printk subsystems
Date: Tue, 8 Apr 2003 16:10:10 -0700	[thread overview]
Message-ID: <20030408161010.25de9e09.rddunlap@osdl.org> (raw)
In-Reply-To: <20030408225523.GB3413@bork.org>

On Tue, 8 Apr 2003 18:55:23 -0400 Martin Hicks <mort@wildopensource.com> wrote:

| On Tue, Apr 08, 2003 at 03:05:07PM -0700, H. Peter Anvin wrote:
| > Pavel Machek wrote:
| > > 
| > > Well, #define DEBUG in the driver seems like the way to go. I do not
| > > like "subsystem ID" idea, because subsystems are not really well
| > > defined etc.
| > >
| > 
| > I think that's a non-issue, because it's largely self-defining.  It's
| > basically whatever the developers want them to be, because they're the
| > ones who it needs to make sense to.
| 
| Exactly right.  The worst cases are: 1) developers  assign messages
| to a completely wrong subsystem or 2) don't assign the printk to any
| subsystem, in which case we're in exactly the same situation as we are
| in now.
| 
| > It should, however, be an open set, not a closed set like in syslog.
| 
| I agree.  I'll try to make it as easy as possible to add another
| subsystem.
| 
| I'm going to work on the sysctl interface for this next.

Eek, I have some opinions on this too.

I don't like the #define DEBUG approach.  It's useless for users; it's a
developer debug tool.  It won't allow some support staff to ask users to
enable module debugging (or subsystem debugging) and see what gets printed.

Martin, you are ahead of my schedule, but I was planning to use sysfs
to add a 'debug' flag/file that could be dynamically altered on a per-module
basis.

--
~Randy

  reply	other threads:[~2003-04-08 22:59 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-07 20:13 [patch] printk subsystems Martin Hicks
2003-04-08 18:41 ` Pavel Machek
2003-04-08 20:02   ` Jes Sorensen
2003-04-08 21:02     ` Pavel Machek
2003-04-08 21:10       ` H. Peter Anvin
2003-04-08 21:57         ` Pavel Machek
2003-04-08 22:02           ` Jes Sorensen
2003-04-08 22:05           ` H. Peter Anvin
2003-04-08 22:55             ` Martin Hicks
2003-04-08 23:10               ` Randy.Dunlap [this message]
2003-04-14 18:33                 ` Patrick Mochel
2003-04-14 22:33                   ` Daniel Stekloff
2003-04-16 18:42                     ` Patrick Mochel
2003-04-16 12:35                       ` Daniel Stekloff
2003-04-16 19:16                       ` Martin Hicks
2003-04-16 12:43                         ` Daniel Stekloff
2003-04-17 15:56                           ` Martin Hicks
2003-04-17 13:58                             ` Karim Yaghmour
2003-04-15 13:27                   ` Martin Hicks
2003-04-15 14:40                     ` Karim Yaghmour
2003-04-08 22:00       ` Jes Sorensen
2003-04-11 19:21 ` Martin Hicks
2003-04-08 23:15 Chuck Ebbert
2003-04-17 19:58 Perez-Gonzalez, Inaky
2003-04-17 20:34 ` Karim Yaghmour
2003-04-17 21:03   ` Perez-Gonzalez, Inaky
2003-04-17 21:37     ` Tom Zanussi
2003-04-18  7:21     ` Tom Zanussi
2003-04-18  7:42     ` Greg KH
2003-04-21 15:56     ` Karim Yaghmour
2003-04-21 18:23 Perez-Gonzalez, Inaky
2003-04-21 18:30 ` H. Peter Anvin
2003-04-21 18:42 Perez-Gonzalez, Inaky
2003-04-22  2:49 Perez-Gonzalez, Inaky
2003-04-22  4:34 ` Karim Yaghmour
2003-04-22  3:04 Perez-Gonzalez, Inaky
2003-04-22  6:00 ` Tom Zanussi
2003-04-22  4:02 Perez-Gonzalez, Inaky
2003-04-22  5:52 ` Karim Yaghmour
2003-04-22  6:04 ` Tom Zanussi
2003-04-22  5:09 Perez-Gonzalez, Inaky
2003-04-24 18:22 ` bob
2003-04-22 18:46 Perez-Gonzalez, Inaky
2003-04-22 23:28 ` Karim Yaghmour
2003-04-22 19:02 Perez-Gonzalez, Inaky
2003-04-22 19:03 ` H. Peter Anvin
2003-04-22 21:52 ` Tom Zanussi
2003-04-22 22:53 Perez-Gonzalez, Inaky
2003-04-23  3:58 ` Tom Zanussi
2003-04-23  0:28 Perez-Gonzalez, Inaky
2003-04-24 18:56 Manfred Spraul
2003-04-24 19:10 ` bob

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=20030408161010.25de9e09.rddunlap@osdl.org \
    --to=rddunlap@osdl.org \
    --cc=hpa@zytor.com \
    --cc=jes@wildopensource.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mort@wildopensource.com \
    --cc=pavel@ucw.cz \
    --cc=wildos@sgi.com \
    /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;
as well as URLs for NNTP newsgroup(s).