From owner-freebsd-hackers Wed Nov 26 12:30:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA16707 for hackers-outgoing; Wed, 26 Nov 1997 12:30:42 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA16699 for ; Wed, 26 Nov 1997 12:30:36 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id MAA22556; Wed, 26 Nov 1997 12:21:56 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd022553; Wed Nov 26 12:21:50 1997 Date: Wed, 26 Nov 1997 12:19:37 -0800 (PST) From: Julian Elischer To: S?ren Schmidt cc: hackers@FreeBSD.ORG Subject: Re: DEVFS/SLICE passes milestone In-Reply-To: <199711261356.OAA05520@sos.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id MAA16703 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Unfortunatly the existing code is inherrently broken by design. After discussing this with PHK we agreed that the two changes were intertwined. DEVFS works fine without the slice changes, except that you can't do disk partitions because of the broken-ness. i.e it works fine for diskless systems. You can do devfs without SLICES but it won't help you too much because of this. I have been consulting others on this as I go.. On Wed, 26 Nov 1997, S?ren Schmidt wrote: > In reply to Julian Elischer who wrote: > > > > San francisco, Early Tuesday morning, > > > > DEVFS passed a critical milestone today when my PC here booted up a kernel > > using only DEVFS based devices. The kernel used DEVFS to find the root > > device and mount it, finding it by NAME (sd1s1a) rather than by > > major/minor numbers. The disk devices were all created dynamically using > > the "slice" subsystem so that all IO to the disks was flowing through the > > SLICE system's "IOreq" entrypoints rather than the older disk 'strategy()' > > entrypoints. > > > > The disk partitionning is being handled by separate MBR and DISKLABEL > > SLICE objects, rather than by the older disk 'slicing' code. > > The drivers have SLICE entrypoints added, in addition to the usual > > entrypoints, which are no longer being used. > > teh SLICE code is also known as "storage layering". > > Klokkerholm early wednesday afternoon, > > I would like if you where concentrating on makeing DEVFS work, then > started to play with new SLICE code. Now we get a monster patch that > noone has the time to deal with (you should know that now you have > Terry onboard :) ), and thereby has much less chance of getting into > the sources. > We asked you to clean up DEVFS and get it to work, or it would be > thrown out, not to pull in further "enhancements"..... > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > Even more code to hack -- will it ever end > .. >