> Date: Mon, 24 Jul 1995 21:37:09 +0100
> From: abs@mono.city.ac.uk

This is a design problem with our VM system, sadly.
(If I had time, I'd rewrite the VM code... sigh).
The VM code needs to do NFS attribute sync on getpage,
which requires a modified FS to VM interface.

Gordon Ross

> >Number:         1265
> >Category:       kern
> >Synopsis:       Bizarre bug in NFS/mmap code
> >Confidential:   no
> >Severity:       serious
> >Priority:       medium
> >Responsible:    kern-bug-people (Kernel Bug People)
> >State:          open
> >Class:          sw-bug
> >Submitter-Id:   net
> >Arrival-Date:   Mon Jul 24 16:50:01 1995
> >Last-Modified:
> >Originator:     David Brownlee
> >Organization:
> Monochrome
> >Release:        Jun 9th 1995
> >Environment:
> sparc, 1.0A, current
> System: NetBSD gluon.city.ac.uk 1.0A NetBSD 1.0A (GLUON) #1: monoadm@gluon.city.ac.uk:/mono/u1/NetBSD/src/sys/arch/sparc/compile/GLUON sparc
> 
> >Description:
> 	I have a file NFS mounted from a SunOS 4.1.3u1 fileserver onto various
> 	machines. One of which is a sun4 running NetBSD -current (muon)
> 	It used to be       "abs culf dp myth norm nostra socrates tjfas tugs"
> 	It was changed to   "abs culf dp myth norm nostra tjfas tugs"
> 	'cat' on muon gives "abs culf dp myth norm nostra tjfas tugs"
> 	'vi' on muon gives  "abs culf dp myth norm nostra socrates tj"
> 
> 	vi, cat, more, (other editor), on various other machines give the
> 	correct result.
> 
> >How-To-Repeat:
> 	I wouldn't like to guess
> 
> >Fix:
> 	Truely unknown - I guess this is mmap() interacting with nfsiod or
> 	similar. The situation seems stable (which does cause the odd problem
> 	:) I'm totally open to suggestions as to things to try to better
> 	identify this!
> 
> >Audit-Trail:
> >Unformatted: