Synopsis: nullfs is slow to flush certain changes

State-Changed-From-To: open->closed
State-Changed-By: chs@netbsd.org
State-Changed-When: Sun, 03 Dec 2006 04:00:25 +0000
State-Changed-Why:
somewhat fixed by this change:

Module Name:	src
Committed By:	wrstuden
Date:		Fri May 28 18:55:20 UTC 2004

Modified Files:
	src/sys/miscfs/genfs: layer.h layer_extern.h layer_vnops.c
	src/sys/miscfs/nullfs: null_vnops.c
	src/sys/miscfs/overlay: overlay_vnops.c
	src/sys/miscfs/umapfs: umap_vnops.c

Log Message:
Since VOP_UPCALL() has been a long time in coming, add this partial
fix for layered-file-removal. It will work for the case of accessing
and deleting a file through the layered file system. Accessing via
the layer and deleting on the underlying still won't work, nor will
accessing via complicated structures (like two umap layers over a
given file systems).

We still need VOP_UPCALL(), but this is better than things were before.

This patch has been discussed off & on for a while. This incarnation
was tested by hannken at netbsd dot org.


To generate a diff of this commit:
cvs rdiff -r1.5 -r1.6 src/sys/miscfs/genfs/layer.h
cvs rdiff -r1.13 -r1.14 src/sys/miscfs/genfs/layer_extern.h
cvs rdiff -r1.15 -r1.16 src/sys/miscfs/genfs/layer_vnops.c
cvs rdiff -r1.28 -r1.29 src/sys/miscfs/nullfs/null_vnops.c
cvs rdiff -r1.11 -r1.12 src/sys/miscfs/overlay/overlay_vnops.c
cvs rdiff -r1.25 -r1.26 src/sys/miscfs/umapfs/umap_vnops.c