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