Most of all arches of NetBSD-4 has same problem as PR/33152.

[E.Kawauchi%gmail.com@localhost]

The following reply was made to PR kern/33152; it has been noted by GNATS.

From: E.Kawauchi%gmail.com@localhost
To: netbsd-bugs-owner%NetBSD.org@localhost
Cc: 
Subject: Most of all arches of NetBSD-4 has same problem as PR/33152.
Date: Sun, 13 Apr 2008 13:19:25 +0000 (UTC)

 >Submitter-Id: net
 >Originator:   Eiji KAWAUCHI
 >Organization: none
 >Confidential: no
 >Synopsis:     Most of all arches of NetBSD-4 has same problem as PR/33152.
 >Severity:     serious
 >Priority:     high
 >Category:     kern
 >Class:                sw-bug
 >Release:      NetBSD 4.0-RELEASE
 >Environment:  NetBSD G3MACBW NetBSD 4.0 (GENERIC) #0: Sun Dec 16 00:27:58 PST 
 >2007  
 >builds@wb30:/home/builds/ab/netbsd-4-0-RELEASE/macppc/200712160005Z-obj/home/builds/ab/netbsd-4-0-RELEASE/src/sys/arch/macppc/compile/GENERIC
 > macppc
 >Description:
 Most of all architectures on NetBSD-4 has NFS client issue described as 
PR/33152 of NetBSD-current.
 
 When NetBSD/macppc is NFS client and mount somewhere with NFS of write size 
1024, 2048, or 4096, and copy some files, then copied files has different MD5 
value and broken.
 
 Write size of 8192(default) seems no problem.
 
 I met the issue on NetBSD-4/macppc, evbppc, evbmips, and sandpoint.
 NetBSD-4/i386 seems no issue however.
 
 >How-To-Repeat:
 The issue appears when:
 
  1) NetBSD-4 box is NFS client
  2) Mount NFS server of somewhere with -w=1024 , -w=2048, or -w=4096. 
  3) Copy a large file on the server, or write a large file to the server.
 
 Then the file become broken. It is like zebra (partially erased as
 like as striped).
 
 >Fix:
 I try to separate PR/33152's patch from repository, and modify it to apply 
against netbsd-4 branch. The patch may fix this issue.
 
 The patch is at:
 http://kurobsd.ki.nu/download/testing/nfs-issue/PR33152_for_netbsd-4.diff.bz2