From owner-freebsd-hackers Thu Dec 14 16:42: 8 2000 From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 14 16:42:06 2000 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id CE22837B400 for ; Thu, 14 Dec 2000 16:42:05 -0800 (PST) Received: from cs.rpi.edu (bill.cs.rpi.edu [128.213.2.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id TAA72993; Thu, 14 Dec 2000 19:40:49 -0500 (EST) Message-Id: <200012150040.TAA72993@cs.rpi.edu> To: Alfred Perlstein Cc: Jordan Hubbard , "David E. Cross" , Axel Thimm , Carsten Urbach , freebsd-hackers@FreeBSD.ORG, crossd@cs.rpi.edu Subject: Re: rpc.lockd and true NFS locks? In-Reply-To: Message from Alfred Perlstein of "Thu, 14 Dec 2000 16:27:49 PST." <20001214162748.B19572@fw.wintelcom.net> Date: Thu, 14 Dec 2000 19:40:48 -0500 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > David did say that it pretty much works, and preliminary reports > from a while back started getting him some feedback which quickly > died off after people forgot about the announcement. The only confirmed bug (reported from Drew Gallatin @ Duke) appears to be a result of broken RPC64. I _thought_ I had fixed it, but it would appear not. > Actually, that would do us well for the client side, however since > we don't have anyone (so far) from BSD/os to explain the intracate > parts of it, I'd rather see something come in that has someone > familiar with the code rather than something we'd have to grok. This is kinda funny... we both make the same argument, but on different sides :) > Then again, I should take a look at the BSD/os rpc.lockd one weekend. > > David, you have builder access, what do you think about the BSD/os > version? From what I recall (it has been far too long). It was very similar in design to the epics one. Much of this is dictated via the RPC interface, but we also both picked using the various QUEUE(3) macros. I think the huge benefit with their code is greater testing, and likely better overall design. I don't recall if their code has the stuff for DOS "share" NFS access. Adding that to the rpics code was never finished due to a couple of poor assumptions early on and needing to rework it later to fit. -- David Cross | email: crossd@cs.rpi.edu Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message