From owner-freebsd-current Tue Apr 15 14:21:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA11916 for current-outgoing; Tue, 15 Apr 1997 14:21:03 -0700 (PDT) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.133.247]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA11896; Tue, 15 Apr 1997 14:20:49 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id XAA00214; Tue, 15 Apr 1997 23:19:27 +0200 (CEST) To: Terry Lambert cc: phk@dk.tfs.com, joerg_wunsch@uriah.heep.sax.de, current@FreeBSD.org From: phk@dk.tfs.com Subject: Re: ISODEVMAP in cd9660 ? In-reply-to: Your message of "Tue, 15 Apr 1997 12:46:37 PDT." <199704151946.MAA23082@phaeton.artisoft.com> Date: Tue, 15 Apr 1997 23:19:27 +0200 Message-ID: <212.861139167@critter> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199704151946.MAA23082@phaeton.artisoft.com>, Terry Lambert writes: >> >> Anybody know a good reason for not nuking the "ISODEVMAP" stuff in cd966 >0 ? >> > >> >Does anybody realize what's the intention behind all this? > >To allow bootable CDROM's. > >> No idea really, and since DEVFS will make it pointless and it wasn't >> documented I've nuked it. > >DEVFS *will* make it pointless. > >However... non-documentation is not a good reason for nuking something; >there's a *lot* of kernel code that falls into that basket, inclusing >almost all of the VM and generic (non-FS) kernel code. I except some >of the FS code because the VFS frameworkis intended to be documented >by the Heidemann thesis (even if it's not a good fit because of the >way it was integrated). Get a grip Terry, those bits are not #ifdef SOMETHINGCRYPTIC... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail.