From owner-freebsd-arch Mon Jan 29 6:16:15 2001 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id 5731037B69D for ; Mon, 29 Jan 2001 06:15:58 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f0TEFvK21318; Mon, 29 Jan 2001 15:15:57 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Peter Wemm Cc: Brian Somers , freebsd-arch@FreeBSD.ORG Subject: Re: Cloned open support In-Reply-To: Your message of "Mon, 29 Jan 2001 06:02:10 PST." <200101291402.f0TE2A451479@mobile.wemm.org> Date: Mon, 29 Jan 2001 15:15:57 +0100 Message-ID: <21316.980777757@critter> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200101291402.f0TE2A451479@mobile.wemm.org>, Peter Wemm writes: >Brian Somers wrote: >> Hi, >> >> I'm considering having a crack at adding support for cloned opens. >> Before I start, I guess I've got two questions: >> >> 1. Is anybody else doing this. >> >> 2. Given that I'll need to change the d_open prototype (and >> thus cdevsw), I'm going to affect every device driver in the >> tree - although only changing the first arg to a (dev_t) >> pointer, making things pretty easy to change and not too >> unexpected for anyone that's written sysv drivers. > >Not necessary. dev_t *is* a pointer. Add a flag to the device flags to >indicate that it allows clone opens, and maybe teach specfs a little about >it (ie: that the unit will be reassigned on a clone open) and you're done. But but but... we already *have* cloning Peter. It doesn't need a dedicated minordevice and it works for everything but vinum(4), and that is not because it cannot do what vinum(4) needs, but because vinum(4) needs somebody to do it. -- 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