From owner-freebsd-commit Tue Jun 27 12:13:33 1995 Return-Path: commit-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29132 for commit-outgoing; Tue, 27 Jun 1995 12:13:33 -0700 Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29067 for cvs-usrsbin-outgoing; Tue, 27 Jun 1995 12:10:45 -0700 Received: from FileServ1.MI.Uni-Koeln.DE (FileServ1.MI.Uni-Koeln.DE [134.95.212.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA29059 ; Tue, 27 Jun 1995 12:10:31 -0700 Received: by FileServ1.MI.Uni-Koeln.DE id AA03029 (5.67b/IDA-1.5); Tue, 27 Jun 1995 21:10:28 +0200 Message-Id: <199506271910.AA03029@FileServ1.MI.Uni-Koeln.DE> From: esser@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 27 Jun 1995 21:10:27 +0200 In-Reply-To: Doug Rabson "cvs commit: src/usr.sbin/pstat pstat.c" (Jun 27, 4:07) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Doug Rabson Subject: Re: cvs commit: src/usr.sbin/pstat pstat.c Cc: CVS-commiters@freefall.cdrom.com, cvs-usrsbin@freefall.cdrom.com Sender: commit-owner@FreeBSD.org Precedence: bulk On Jun 27, 4:07, Doug Rabson wrote: } Subject: cvs commit: src/usr.sbin/pstat pstat.c } Log: } Changes to support version 3 of the NFS protocol. } The version 2 support has been tested (client+server) against FreeBSD-2.0, } IRIX 5.3 and FreeBSD-current (using a loopback mount). The version 2 support } is stable AFAIK. } The version 3 support has been tested with a loopback mount and minimally } against an IRIX 5.3 server. It needs more testing and may have problems. } I have patched amd to support the new variable length filehandles although } it will still only use version 2 of the protocol. Tried to access a DEC Alpha using the patched NFS code, and get a panic: panic: allocbuf: page changed offset??!!!? on first access to a larger file (i.e. "cat FILE" if file is more than a few KByte long). Short files can be read (largest I tried and succeeded was 3KB). The Alpha identifies itself as: DEC OSF/1 V3.0 (Rev. 358); Fri Mar 10 11:04:33 MET 1995 on login (this is a NFS version 3 compatible server AFAIK). Since I recompiled the NFS clients and "mount_nfs", and the new versions aren't compatible with the old kernel I kept, I'd have to checkout an older version of their sources and rebuild them to verify, that your recent change caused this behaviour. Let me know, if you want me to do any tests for you. The NFS file system that lead to the failure is open for free access, so you may want to try it: I used "axp1.rrz.uni-koeln.de:/var/adm/ris/ris0.alpha/kit" for my tests. Regards, STefan -- Stefan Esser Internet: Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln FAX: +49 221 4705160 Weyertal 80 50931 Koeln