Date: 30 Mar 2002 20:25:10 +0100 From: Dag-Erling Smorgrav <des@ofug.org> To: Poul-Henning Kamp <phk@freebsd.org> Cc: arch@freebsd.org Subject: Re: Rewamping kernel dumps... Message-ID: <xzpofh5svs9.fsf@flood.ping.uio.no> In-Reply-To: <3837.1017506387@critter.freebsd.dk> References: <3837.1017506387@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
Poul-Henning Kamp <phk@freebsd.org> writes: > Here is what I plan to do to the kernel dumping code. > [...] Sounds good. > I understand that various people have some ideas about the layout of > the dump on the sequential media, this is an area I will not be involved > in, and I suggest people interested hash this out somehow. I uphold my earlier suggestion of a block of metadata formatted as text. To accomodate both sequential-access and random-access media, the size of this metadata block should be fixed (64k sound OK?), and it should be written out before and after the dump - before so you can read it and the dump off a tape without any seeking, and after so it can be found in a fixed location on a disk partition (since the dump is written at the end rather than the beginning of the partition). This eliminates the need for libkvm, and makes it possible to save a dump anywhere, anytime - currently, you have to run the kernel that crashed on the system that crashed, or an identical system, for savecore(8) to work. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?xzpofh5svs9.fsf>