From owner-freebsd-fs Sat Jan 22 23:53:19 2000 Delivered-To: freebsd-fs@freebsd.org Received: from assaris.sics.se (assaris.sics.se [193.10.66.234]) by hub.freebsd.org (Postfix) with ESMTP id 1E25C14D16 for ; Sat, 22 Jan 2000 23:53:05 -0800 (PST) (envelope-from assar@assaris.sics.se) Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.9.3) id IAA75875; Sun, 23 Jan 2000 08:52:52 +0100 (CET) (envelope-from assar) To: Greg Lehey Cc: Robert Watson , Brian Beattie , fs@FreeBSD.ORG Subject: Re: UDF, userfs References: <20000122131656.C391@mojave.worldwide.lemis.com> From: Assar Westerlund Date: 23 Jan 2000 08:52:52 +0100 In-Reply-To: Greg Lehey's message of "Sat, 22 Jan 2000 13:16:57 +0800" Message-ID: <5liu0l1ay3.fsf@assaris.sics.se> Lines: 14 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Greg Lehey writes: > Hmm. A kld runs in kernel context, not user context. Sure, it's > easier to load than rebuilding a kernel, and I believe klds are the > correct approach to added kernel functionality, but it doesn't offer > one of the prime advantages of userland development: if your program > crashes, your program crashes, not the system. If you're developing a > kld, a bug can crash the system. Yes, but both the Coda and the Arla kld are very simple and all the real work (and thus, the devlopment) takes part in the user space daemon. The kld is mostly there as a way of communicating with the kernel. /assar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message