From owner-freebsd-questions Tue Oct 24 10:39:33 1995 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA23032 for questions-outgoing; Tue, 24 Oct 1995 10:39:33 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA23027 for ; Tue, 24 Oct 1995 10:39:31 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA13680; Tue, 24 Oct 1995 10:31:32 -0700 From: Terry Lambert Message-Id: <199510241731.KAA13680@phaeton.artisoft.com> Subject: Re: AFS support? To: jlrobins@castor.uncc.edu Date: Tue, 24 Oct 1995 10:31:32 -0700 (MST) Cc: freebsd-questions@freebsd.org In-Reply-To: <9510241444.AA03030@castor.uncc.edu.uncc.edu> from "jlrobins@castor.uncc.edu" at Oct 24, 95 10:44:22 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1613 Sender: owner-questions@freebsd.org Precedence: bulk > Any plans for AFS support in -current anytime soon? I'm building a > multi-platform network for the dept. of Comp. Science here at UNCC, and > being able to make use of the existing AFS servers on campus would be > a *big* win. > > We've got SGI indigo 2's and various Sparcs running (ugh god help me) > Soalris 2.4. I'd love to convince the department that a student lab > composed of higher end pentiums + FreeBSD + WNT or W95 (they want > M$ apps as well -- can't fight that) would be a much better idea > than Solaris on SS5's or bigger machines. The cost / performance + stability > ratio is simply staggering. You have no idea how expensive a truecolor > capable Sparc display is, esp. when you look at a $450 *fast* PCI > card plus AccelX + OpenGL extensions. > > I'm even willing to shell out some personal cash to see this happen. > > I know that Linux has AFS support, and I heard somewhere that NetBSD does, > so I can't see why some hungry hacker couldn't snarf up the netbsd code > and go to town. This is not a source code available port. The NetBSD port is binary only. It would required a modification of the cookie mechanism for directory iteration, and now a translation layer to unset the HASBUF bits on the underlying cn_pnbuf AND to hide the page manipulation and argument differences recently introduced in the FS API. Only the HASBUF stuff is a result of my patches, and that's the intended mechanism to work around the compatability issues. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.