Source-Changes-HG archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
[src/netbsd-6]: src/sys/nfs Pull up following revision(s) (requested by chris...
details: https://anonhg.NetBSD.org/src/rev/345ec60cfd4f
branches: netbsd-6
changeset: 774581:345ec60cfd4f
user: riz <riz%NetBSD.org@localhost>
date: Mon Sep 03 19:15:54 2012 +0000
description:
Pull up following revision(s) (requested by christos in ticket #537):
sys/nfs/nfs_serv.c: revision 1.165
When unloading the nfsserver module, call nfs_fini() so that the nfsrvdescpl
pool gets destroyed. Otherwise we are left with a stray pool that points to
unmapped memory behind (and bad things happen). Typically you get seemingly
random page faults (without printing uvm_fault) that happen in various pool
operations. Most frequent one is the pool_drain() from the page daemon.
diffstat:
sys/nfs/nfs_serv.c | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diffs (26 lines):
diff -r b8f8c631da74 -r 345ec60cfd4f sys/nfs/nfs_serv.c
--- a/sys/nfs/nfs_serv.c Mon Sep 03 19:13:35 2012 +0000
+++ b/sys/nfs/nfs_serv.c Mon Sep 03 19:15:54 2012 +0000
@@ -1,4 +1,4 @@
-/* $NetBSD: nfs_serv.c,v 1.163.2.1 2012/09/03 18:57:11 riz Exp $ */
+/* $NetBSD: nfs_serv.c,v 1.163.2.2 2012/09/03 19:15:54 riz Exp $ */
/*
* Copyright (c) 1989, 1993
@@ -55,7 +55,7 @@
*/
#include <sys/cdefs.h>
-__KERNEL_RCSID(0, "$NetBSD: nfs_serv.c,v 1.163.2.1 2012/09/03 18:57:11 riz Exp $");
+__KERNEL_RCSID(0, "$NetBSD: nfs_serv.c,v 1.163.2.2 2012/09/03 19:15:54 riz Exp $");
#include <sys/param.h>
#include <sys/systm.h>
@@ -142,6 +142,7 @@
/* Server uses server cache, so kill cache last. */
nfsrv_finicache();
+ nfs_fini();
return 0;
default:
return ENOTTY;
Home |
Main Index |
Thread Index |
Old Index