From owner-cvs-sys Thu May 7 11:38:26 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA05742 for cvs-sys-outgoing; Thu, 7 May 1998 11:38:26 -0700 (PDT) (envelope-from owner-cvs-sys) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA05553; Thu, 7 May 1998 11:37:51 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA00421; Thu, 7 May 1998 11:28:45 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd000414; Thu May 7 18:28:41 1998 Date: Thu, 7 May 1998 11:28:38 -0700 (PDT) From: Julian Elischer To: Peter Dufault cc: Julian Elischer , cvs-committers@freebsd.org, cvs-all@freebsd.org, cvs-sys@freebsd.org Subject: Re: cvs commit: src/sys/scsi sd.c In-Reply-To: <199805071242.IAA08972@hda.hda.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-sys@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ok ok ok sorry it was late (early) I think I just hadn't realise until now how EMBEDDED devsw[] and dev_t is in the way that the scsi system finds it's way around. julian On Thu, 7 May 1998, Peter Dufault wrote: > > Apparently I didn't make my plans to make dev_t and devsw[] go away > > under DEVFS quite clear enough to Peter Dufault as he stitched the SCSI > > system together using them when he redid the configuration side of things. > > This made is rather an effort to remove all vestiges of dev_t and > > devsw[] entries from sd.c in DEVFS/SLICE mode. > > Be fair, Julian: > > > revision 1.51 > > date: 1995/03/01 22:24:45; author: dufault; state: Exp; lines: +104 -189 > > Reviewed by: gibbs@freefall.cdrom.com julian@freefall.cdrom.com > > 1. Support for fixed device configuration > > 2. Hoisted common code to scsi_driver > > 3. SCSI busses dynamically allocated at boot > > 4. Reorg'd for LKMs > > I think much devfs stuff went in well after that. > > Peter > > -- > Peter Dufault (dufault@hda.com) Realtime development, Machine control, > HD Associates, Inc. Safety critical systems, Agency approval >