linux-embedded.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Daniel Walker <dwalker@mvista.com>
To: "Haller, John H (John)" <jhaller@alcatel-lucent.com>
Cc: Mike Frysinger <vapier.adi@gmail.com>,
	dvomlehn@cisco.com, linux-embedded@vger.kernel.org
Subject: RE: [PATCH] [RFC] emit-crash-char: Allow diversion of printkoutput for crash logging
Date: Fri, 08 Aug 2008 15:01:03 -0700	[thread overview]
Message-ID: <1218232863.19162.209.camel@localhost.localdomain> (raw)
In-Reply-To: <B78930B8E34A824993912C39C24569E601548BB5@ILEXC3U01.ndc.lucent.com>

On Fri, 2008-08-08 at 16:24 -0500, Haller, John H (John) wrote:
> > On Fri, 2008-08-08 at 16:13 -0400, Mike Frysinger wrote:
> > 
> > > same sort of things as the point of David's code.  early/crash
> > > scenarios for people to safely extract portions of the kernel log
> > > buffer for transmission/storage elsewhere.  as was explained in the
> > > original thread behind the commit.
> > 
> > How is that code suppose to help anyone if you aren't calling it from
> > anyplace in the kernel? Clearly your using it, right? Where 
> > is the code
> > your calling these functions from?
> > 
> > Daniel
> Not that it was in the patch, but netconsole would be an
> obvious potential user. It would be most useful in board
> specific startup code such as arch/ppc/platforms, where
> a particular board might have a place to put information
> like this for later retrieval. One would hope that such
> board specific file would be forthcoming, rather than be
> maintained out-of-tree.

In the thread where this code was created it was assumed that the
blackfin architecture would use the functions .. However, blackfin
doesn't appear to use it .. Not sure where that code went, but it hasn't
materialized in almost a year.

It basically all comes back to my original point which is don't submit
code that isn't used .. If you have a specific user for the code you can
tailor ifdefs. Then for instance it doesn't bloat non-blackfin
architectures, or non-netconsole users .. Or if it's used only during
init you can flag it with __init and it will be freed after the system
boots. When it's enable and exists it's possible for it to get called
and serve some useful purpose ..

Daniel

  reply	other threads:[~2008-08-08 22:01 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-08  2:20 [PATCH] [RFC] emit-crash-char: Allow diversion of printk output for crash logging David VomLehn
2008-08-08 15:55 ` Daniel Walker
2008-08-08 16:05   ` Mike Frysinger
2008-08-08 16:17     ` Daniel Walker
2008-08-08 18:09       ` Mike Frysinger
2008-08-08 20:10         ` Daniel Walker
2008-08-08 20:13           ` Mike Frysinger
2008-08-08 20:47             ` Daniel Walker
2008-08-08 21:24               ` [PATCH] [RFC] emit-crash-char: Allow diversion of printkoutput " Haller, John H (John)
2008-08-08 22:01                 ` Daniel Walker [this message]
2008-08-11 23:34   ` [PATCH] [RFC] emit-crash-char: Allow diversion of printk output " David VomLehn
2008-08-12 22:39     ` Grant Likely
2008-08-13  1:30       ` David VomLehn
2008-08-13  2:12         ` Grant Likely
2008-08-13 17:56           ` David VomLehn
2008-08-13 19:02             ` Tim Bird
2008-08-13 20:27               ` David VomLehn

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=1218232863.19162.209.camel@localhost.localdomain \
    --to=dwalker@mvista.com \
    --cc=dvomlehn@cisco.com \
    --cc=jhaller@alcatel-lucent.com \
    --cc=linux-embedded@vger.kernel.org \
    --cc=vapier.adi@gmail.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).