From owner-freebsd-arch Tue Mar 12 13: 7:43 2002 Delivered-To: freebsd-arch@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id C268637B400; Tue, 12 Mar 2002 13:07:40 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id C6EBE5346; Tue, 12 Mar 2002 22:07:38 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Poul-Henning Kamp Cc: arch@FreeBSD.ORG, peter@FreeBSD.ORG, jake@FreeBSD.ORG Subject: Re: dumpsys() rewrite References: <14701.1015966841@critter.freebsd.dk> From: Dag-Erling Smorgrav Date: 12 Mar 2002 22:07:38 +0100 In-Reply-To: <14701.1015966841@critter.freebsd.dk> Message-ID: Lines: 24 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp writes: > `) Device driver or proxy for it register their ability to do dumps > with the kernel, informing the kernel about the number of bytes > they have room for (and the sector size of the media ?). Umm, no - it's simpler to just have a driver-provided helper for disk_dumpcheck(), rather than a system for registering dump-capable devices. BTW, this reminds me that the device should "know" that it's the current dump device, so it can clear dumpdev if it disappears (e.g. you 'camcontrol stop' the disk and remove it from the enclosure...) > > c) the on-disk format will be as follows: > Make it XML while we're at it ? All it costs in the kernel is > a bit more text in the printfs. It's not hierarchical, and therefore won't benefit from being expressed in XML. It'll just add unnecessary complexity to savecore(1). 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