lkml.org 
[lkml]   [2002]   [Oct]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: What's left over.
Matt D. Robinson wrote:

>On Thu, 31 Oct 2002, Jeff Garzik wrote:
>|>Linus Torvalds wrote:
>|>[yes, I realize the LKCD merge debate is over, bear with me :)]
>
>For Linus, it is.
>
>|>That said, I used to be an LKCD cheerleader until a couple people made
>|>some good points to me: it is not nearly low-level enough to truly be
>|>of use in crash situations. netdump can work if your interrupts are
>|>hosed/screaming, and various mid-layers are dying. For LKCD to be of
>|>any use, it needs to _skip_ the block layer and talk directly to
>|>low-level drivers.
>
>Just to clarify, LKCD is NOT block based dumping, OR net based
>dumping, or anything. It's an infrastructure for dumping that
>lets you, the user, the distributor, the customer, whatever,
>make the decision for what's right for you. Yes, we provide
>disk based dumping now, and are including the net dump code
>very soon, as well as some of these other smaller dump methods.
>
>Has ANYONE other than Christoph and Stephen H. done a full review of
>the LKCD patch set before commenting? Or are people just making
>this stuff up as they go along? A ton of things have changed
>over the past year just because people complained about only doing
>disk dumping. And then to hear this ...
>
>
You are confusing review with perspective. I've read
http://lkcd.sourceforge.net/download/latest/ before, and just checked it
again tonight before posting.

My view is: LKCD becomes useful to merge when the average user can do
"safe" disk dumps. netdumps are better for corporate customers, but for
average users, disk dumps are _the_ method which is easiest, most
accessible, and thus most helpful to kernel hackers debugging their
problems. LKCD has a dump block dev driver, but it's not even close to
being low-level enough to be "safe".

Re-read my other post(s) -- I have said repeatedly that LKCD's
infrastructure is decent. But it's completely pointless to merge a
decent infrastructure unless the users are up to snuff. It's much
smarter to keep the infrastructure out of the kernel until the low-level
dump drivers are hammered out and stable, because that gives you more
freedom to change the API.


>|>So, I think the stock kernel does need some form of disk dumping,
>|>regardless of any presence/absence of netdump. But LKCD isn't
>|>there yet...
>
>Please read the patches and decide again. If you want the latest
>net dump patch, let me know.
>
>

I have. Nothing has changed. Stable, polling, low-level disk dumps are
not in the LKCD patches.

IMO, net dump is what corporate customers and network admins want. And
overall, net dumps are probably easier and much safer than disk dumps,
from an implementor's perspective. However, disk dumps are what the
average kernel hacker will find most useful, because it is the easiest
for end users, and thus will generate a higher number of quality bug
reports.

Jeff



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:30    [W:0.411 / U:0.316 seconds]
©2003-2011 Jasper Spaans. Advertise on this site