From owner-cvs-all Mon Oct 18 11:57:12 1999 Delivered-To: cvs-all@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id 98D0114BCA; Mon, 18 Oct 1999 11:57:05 -0700 (PDT) (envelope-from julian@whistle.com) Received: from current1.whiste.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id LAA83404; Mon, 18 Oct 1999 11:56:55 -0700 (PDT) Date: Mon, 18 Oct 1999 11:56:55 -0700 (PDT) From: Julian Elischer To: Mike Smith Cc: Matthew Dillon , Poul-Henning Kamp , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: You gotta be kidding .... Re: cvs commit: src/sys/miscfs/specfs spec_vnops.c In-Reply-To: <199910181825.LAA01258@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk no mike..you misunderstood.. shortcutting block to char is possibly the wrong thig to do.. if you are using block devices in an app and dodn't know about it, you don't want to keep using them as char devices. especially if you are relying on block device characteristics (eg. cached consistancy between processes) you want it to TOTALLY FAIL before it corrupts your database. you should use the sysctl MATT added to totally turn off block device IO. This needs to be reverted and the correct sysctl turned on. (Notice the lack of 'Reviewed by:' in the commit. that's becasue I already told phk that I DIDN'T want that sysctl used.. also as I noted before, we have had no official word ont he demise of block devices despite all my attempts to make happen! I will fight a unilateral removal of block devices by PHK until it stops being "unilateral". julian On Mon, 18 Oct 1999, Mike Smith wrote: > > Instead, the appropriate way is to turn off user level blockdev > > access entirely. This is the conclusion that was made weeks ago > > when you first started your rampage to blow away block devices. A > > time table was also proposed at that time and I committed a sysctl > > to implement it (which you attempted to remove two weeks ago, which > > led to blowup #2). > > That's what this basically does; it just shortcuts the the old block > device entries to the character device to avoid violating POLA, so that > people can experiment with life on a system with nothing that behaves > like a "block device". > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message