From owner-freebsd-arch Tue Mar 12 13:11:28 2002 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id A7EEE37B404; Tue, 12 Mar 2002 13:11:24 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g2CLB2np016770; Tue, 12 Mar 2002 22:11:02 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Dag-Erling Smorgrav Cc: arch@FreeBSD.ORG, peter@FreeBSD.ORG, jake@FreeBSD.ORG Subject: Re: dumpsys() rewrite In-Reply-To: Your message of "12 Mar 2002 22:07:38 +0100." Date: Tue, 12 Mar 2002 22:11:02 +0100 Message-ID: <16769.1015967462@critter.freebsd.dk> From: Poul-Henning Kamp 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 In message , Dag-Erling Smorgrav writes: >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...) That is what I am talking about. You need to leave the driver (or a proxy for it: GEOM or the mini disk-layer) say "I can dump you this many bytes should you need it" or "I can no longer dump for you" As for registration, just add them to an EVENTHANDLER and you're done. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message