From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <ee9e417a0511261655k2192b177j1fda70816e472e23@mail.gmail.com>
Date: Sat, 26 Nov 2005 19:55:18 -0500
From: Russ Cox <rsc@swtch.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Subject: Re: [9fans] Fossil on devfs
In-Reply-To: <ee9e417a0511261654w3dfc7b35p7803a2930f6b634c@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <14ec7b180511260555r4e2ab580m74b09ec3d56f0612@mail.gmail.com>
	<1f329a2423870e6f87cd7a92d43146f3@voidness.de>
	<ee9e417a0511261654w3dfc7b35p7803a2930f6b634c@mail.gmail.com>
Topicbox-Message-UUID: b1ef4ca2-ead0-11e9-9d60-3106f5b1d025

> I would rather see a merging of devfs
> into the devsd framework.  Then 9fat:
> doesn't need to change at all and we're
> back to having all the disk devices served
> by #S.  I'm not sure what the name should
> be (sdV0 for virtual?), but then you can
> just parse ctl commands written to
> /dev/sdV0/ctl to create new disks under
> /dev/sdV0.

Along with this, I would like to see some disk i/o
kprocs so that devfs is not slower than the usual
disks.

Russ