From owner-freebsd-hackers  Wed Apr 19 11:19:51 1995
Return-Path: hackers-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id LAA25275
          for hackers-outgoing; Wed, 19 Apr 1995 11:19:51 -0700
Received: from ref.tfs.com (ref.tfs.com [140.145.254.251])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA25258
          ; Wed, 19 Apr 1995 11:19:46 -0700
Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA09420; Wed, 19 Apr 1995 11:19:33 -0700
From: Poul-Henning Kamp <phk@ref.tfs.com>
Message-Id: <199504191819.LAA09420@ref.tfs.com>
Subject: Re: [DEVFS] your opinions sought!
To: terry@cs.weber.edu (Terry Lambert)
Date: Wed, 19 Apr 1995 11:19:33 -0700 (PDT)
Cc: peter@bonkers.taronga.com, julian@freefall.cdrom.com,
        fs@freefall.cdrom.com, hackers@freefall.cdrom.com,
        hardware@freefall.cdrom.com
In-Reply-To: <9504191754.AA19153@cs.weber.edu> from "Terry Lambert" at Apr 19, 95 11:54:59 am
Content-Type: text
Content-Length: 824       
Sender: hackers-owner@FreeBSD.org
Precedence: bulk

> > I don't see any reason in devfs to make these symlinks, since it's all
> > virtual anyway... just have them both have the same major/minor. 

Part of the devfs conspiracys agenda is to abolish major/minors.
They are a nuisance, a kludge, when you think about it.

I expect (but this is not final) that a dev_t will become a pointer
to a struct.

Then the device-driver gets two fields to play with, to take the
job of major/minors:

	struct devfs_entry {
		void * private_p;
		u_long private_l;
		...
	};

	typedef struct devfs_entry *dev_t;

This means that we can get rid of the "struct foobar[NFOOBAR];" constructs
in all the drivers...
-- 
Poul-Henning Kamp <phk@login.dknet.dk> -- TRW Financial Systems, Inc.
'All relevant people are pertinent' && 'All rude people are impertinent'
=> 'no rude people are relevant'