From owner-cvs-all  Mon Jun  1 03:01:57 1998
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id DAA06801
          for cvs-all-outgoing; Mon, 1 Jun 1998 03:01:57 -0700 (PDT)
          (envelope-from owner-cvs-all@FreeBSD.ORG)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA06793;
          Mon, 1 Jun 1998 03:01:55 -0700 (PDT)
          (envelope-from peter@FreeBSD.org)
From: Peter Wemm <peter@FreeBSD.ORG>
Received: (from peter@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id DAA12566;
	Mon, 1 Jun 1998 03:01:32 -0700 (PDT)
Date: Mon, 1 Jun 1998 03:01:32 -0700 (PDT)
Message-Id: <199806011001.DAA12566@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sys@FreeBSD.ORG
Subject: cvs commit: src/sys/nfs nfs_vfsops.c
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

peter       1998/06/01 03:01:32 PDT

  Modified files:
    sys/nfs              nfs_vfsops.c 
  Log:
  Preset the maximum file size before we get to nfs_fsinfo(), based on
  an (over?) conservative assumption about what the client can store in it's
  buffer cache using a signed 32-bit 512-byte block number index.  Otherwise
  it's possible for some file access when maxfilesize = 0 (eg: /usr is nfs
  mounted and doing an execve())
  Pointed out by:	 bde
  
  XXX It might make sense to do a preemptive nfs_fsinfo() call at mount time.
  
  Revision  Changes    Path
  1.70      +14 -8     src/sys/nfs/nfs_vfsops.c

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message