All of lore.kernel.org
 help / color / mirror / Atom feed
From: Suparna Bhattacharya <suparna@in.ibm.com>
To: Werner Almesberger <wa@almesberger.net>
Cc: Richard J Moore <richardj_moore@uk.ibm.com>,
	Jeff Garzik <jgarzik@pobox.com>,
	linux-kernel@vger.kernel.org, lkcd-devel@lists.sourceforge.net,
	lkcd-devel-admin@lists.sourceforge.net,
	lkcd-general@lists.sourceforge.net,
	Rusty Russell <rusty@rustcorp.com.au>,
	Linus Torvalds <torvalds@transmeta.com>,
	"Matt D. Robinson" <yakker@aparity.com>
Subject: Re: [lkcd-devel] Re: What's left over.
Date: Tue, 5 Nov 2002 18:15:44 +0530	[thread overview]
Message-ID: <20021105181544.B11443@in.ibm.com> (raw)
In-Reply-To: <20021031203935.Z1421@almesberger.net>; from wa@almesberger.net on Thu, Oct 31, 2002 at 08:39:35PM -0300

On Thu, Oct 31, 2002 at 08:39:35PM -0300, Werner Almesberger wrote:
> Richard J Moore wrote:
> > and so do many people. In fact netdump, mcode and lkcd are all
> > complementary parts of the same need.
> 
> It's the "complementary" that worries me. Once you have mcore, what
> good are direct dumps to the network or the disk for ? With mcore,
> the whole issue of accessing stable storage is eliminated.
> 
> I don't know if the approach of having multiple quasi-equivalent
> means of storing a dump is something that Linus dislikes about
> LKCD, but I think it might be worth exploring if LKCD's chance of
> acceptance could be improved by focusing on a single but general
> mechanism.

The very question that's kept me up late some nights :)
And one of the reasons for spending so much time in integrating 
mcore seamlessly into the lkcd framework rather than plug it in 
as is at a high level. Precisely to avoid bloat while retaining 
flexibility and to move from something that works today to
more improved schemes in the future. 

The decision on what dump device implementations - block, net,
memory, and other special types to include could be a separate 
one from the base dump system, and could change as time passes.

> 
> I think it would be a pity if we ended up not having crash dumps
> in 2.6 only because they're over-featured ...

The dump driver interface is pretty simple, if you look at it
.. though it was meant to be powerful enough to do a lot of nice
things in the future. 

Regards
Suparna

> 
> - Werner
> 
> -- 
>   _________________________________________________________________________
>  / Werner Almesberger, Buenos Aires, Argentina         wa@almesberger.net /
> /_http://www.almesberger.net/____________________________________________/
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: Influence the future 
> of Java(TM) technology. Join the Java Community 
> Process(SM) (JCP(SM)) program now. 
> http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
> _______________________________________________
> lkcd-devel mailing list
> lkcd-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/lkcd-devel

-- 
Suparna Bhattacharya (suparna@in.ibm.com)
Linux Technology Center
IBM Software Labs, India


  reply	other threads:[~2002-11-05 12:37 UTC|newest]

Thread overview: 72+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-31 22:47 [lkcd-devel] Re: What's left over Richard J Moore
2002-10-31 23:39 ` Werner Almesberger
2002-11-05 12:45   ` Suparna Bhattacharya [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-11-02 10:36 Brad Hards
2002-11-02 19:28 ` [lkcd-devel] " Matt D. Robinson
2002-11-01 19:18 Linus Torvalds
2002-11-01 20:22 ` [lkcd-devel] " Matt D. Robinson
2002-11-02 13:02   ` Kai Henningsen
2002-11-01  6:36 Linus Torvalds
2002-11-01  7:00 ` [lkcd-devel] " Castor Fu
2002-10-31 21:33 Rusty Russell
2002-11-01  1:19 ` [lkcd-devel] " Matt D. Robinson
2002-11-01  2:59   ` Rusty Russell
2002-10-31 20:59 Dave Anderson
2002-11-01  1:25 ` [lkcd-devel] " Matt D. Robinson
2002-10-31 20:22 Andreas Herrmann
2002-10-31 20:40 ` Linus Torvalds
2002-10-31 20:54   ` Patrick Finnegan
2002-10-31 21:08   ` Benjamin LaHaise
2002-10-31 22:04     ` Bernhard Kaindl
2002-11-01  0:33       ` Werner Almesberger
2002-10-31 18:17 Deepak Kumar Gupta, Noida
2002-10-31 17:25 Linus Torvalds
2002-10-31 21:02 ` Jeff Garzik
2002-10-31 22:37   ` Werner Almesberger
2002-11-05 11:42     ` [lkcd-devel] " Suparna Bhattacharya
2002-11-05 18:00       ` Werner Almesberger
2002-11-05 18:36         ` Alan Cox
2002-11-05 19:19           ` Werner Almesberger
2002-11-05 20:10             ` Alan Cox
2002-11-05 23:25               ` Werner Almesberger
2002-11-06  0:21             ` Andy Pfiffer
2002-11-06  1:10               ` Werner Almesberger
2002-11-06  1:37                 ` Alexander Viro
2002-11-06  2:05                   ` Werner Almesberger
2002-11-07  6:04                     ` Eric W. Biederman
2002-11-07 12:17                       ` Werner Almesberger
2002-11-06  4:07                   ` Eric W. Biederman
2002-11-06  4:47                     ` Eric W. Biederman
2002-11-06 19:24                     ` Rob Landley
2002-11-10 18:35               ` Pavel Machek
2002-11-06  2:48           ` Eric W. Biederman
2002-11-06  4:29           ` Eric W. Biederman
2002-11-06  6:25             ` Linus Torvalds
2002-11-06  6:38               ` Suparna Bhattacharya
2002-11-06  7:48               ` Eric W. Biederman
2002-11-06  9:11                 ` Suparna Bhattacharya
2002-11-06 22:05                 ` Michal Jaegermann
2002-11-06 16:13               ` Eric W. Biederman
2002-11-07  8:50               ` Eric W. Biederman
2002-11-07 15:44                 ` Linus Torvalds
2002-11-09 23:05                   ` Eric W. Biederman
2002-11-09 23:33                     ` Linus Torvalds
2002-11-10  1:37                       ` Eric W. Biederman
2002-11-10  2:12                         ` Alan Cox
2002-11-10  2:16                           ` Eric W. Biederman
2002-11-10  3:03                             ` Werner Almesberger
2002-11-10  3:23                               ` Eric W. Biederman
2002-11-10 14:30                             ` Alan Cox
2002-11-10 16:56                               ` Eric W. Biederman
2002-11-10  3:17                         ` Linus Torvalds
2002-11-10  4:26                           ` Eric W. Biederman
2002-11-11 18:03                           ` Eric W. Biederman
2002-11-09 23:39                     ` Randy.Dunlap
2002-11-10  2:58                       ` Eric W. Biederman
2002-11-10 14:35                         ` Alan Cox
2002-11-10 18:13                           ` Eric W. Biederman
2002-11-10  1:31                     ` Werner Almesberger
2002-11-10  3:10                       ` Eric W. Biederman
2002-11-10  3:30                         ` Werner Almesberger
2002-11-10  3:49                           ` Eric W. Biederman
2002-11-10  3:49                         ` Linus Torvalds
2002-11-10  2:08                     ` Alan Cox
2002-11-10  2:18                       ` Eric W. Biederman
2002-11-10 14:31                         ` Alan Cox
2002-11-07 15:48                 ` Linus Torvalds
2002-11-08 18:01                 ` Alan Cox
2002-11-09 21:21         ` Pavel Machek
2002-11-11 16:27           ` Eric W. Biederman
2002-10-31 15:46 Linus Torvalds
2002-10-31 19:33 ` [lkcd-devel] " Castor Fu

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=20021105181544.B11443@in.ibm.com \
    --to=suparna@in.ibm.com \
    --cc=jgarzik@pobox.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lkcd-devel-admin@lists.sourceforge.net \
    --cc=lkcd-devel@lists.sourceforge.net \
    --cc=lkcd-general@lists.sourceforge.net \
    --cc=richardj_moore@uk.ibm.com \
    --cc=rusty@rustcorp.com.au \
    --cc=torvalds@transmeta.com \
    --cc=wa@almesberger.net \
    --cc=yakker@aparity.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 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.