Date: Thu, 25 Jul 1996 00:45:56 +0200 From: Poul-Henning Kamp <phk@critter.tfs.com> To: Julian Elischer <julian@whistle.com> Cc: hackers@freebsd.org Subject: Re: DEVFS Message-ID: <1358.838248356@critter.tfs.com> In-Reply-To: Your message of "Wed, 24 Jul 1996 15:32:39 PDT." <199607242232.PAA07400@shrimp.whistle.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>I have good news.. >It has just been decided here at whistle by the guy that tells me >what to do next, that we need devfs, and that I should spend some time >on it :) :) :) Good! >> This is to get init to mount DEVFS. Keep a kernel without DEVFS >> on your disk, in which case this is a no-op and your system still >> works. > the next thing to do is allow a fifofs node to be added to devfs. >I'll try do that this week.. that fixes >the syslog problem >and also I think it's important to allow symlinks.. >they are defined but not implimented in devfs. I think we should try to get the refcounts and locks on [vi]nodes right first :-/ If I never get further than I do now, it doesn't really matter with syslogd :-( >why not make init try open the raw device >from which root is mounted? because that would be a horrible kludge. The attach routine in the bdevs' should call something like "dsdevfs" or something that would examine the disk and make the device nodes as available. My interest in this btw, is a generic geometry handling for all bdevs that would want it, which would make that particular change unneeded again. Maybe for now the slice code should just register all the nodes that makes sense... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1358.838248356>