From owner-svn-src-head@freebsd.org Tue Aug 27 00:52:15 2019 Return-Path: Delivered-To: svn-src-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2DC72C2081; Tue, 27 Aug 2019 00:52:15 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-ot1-x344.google.com (mail-ot1-x344.google.com [IPv6:2607:f8b0:4864:20::344]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46HVhG2nwYz47Rp; Tue, 27 Aug 2019 00:52:14 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-ot1-x344.google.com with SMTP id c7so17098476otp.1; Mon, 26 Aug 2019 17:52:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ZQdubpB58tOMYx676cpn8qULFq0/zw7MSWLyfWfd0v0=; b=VBHCxLtZ9tSFldPSuN9YIe76PeCrPn7KxtxRmjKyCn+Xu4MmWg/x1yzJQTodFbCxFB bvQpuVdvBR0PGB7m00gZtmUUHlvHfz/vhwXk2/taWOVJemsk/1HDzrWd0QNm74mgTKMh //tW31rJuf3s5gRHS/RCObkmib7LDe0wQjh/Xxp5vtAPaX1hOQNWM49dIOzTMKZCEGj7 qoi/xkmRINxx3k2wm6wL0ZPPwCkLDPuxlAVdkpeaOz1SH8TjGF2TjrYtHNoUD8Tbn0sC N6+zjpe3GTecXyiexJMeF5vdEZ7Acf4FcDgY+V+UpifeYjk9I6AvzYEKYD8xwlZ82E9k VAyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ZQdubpB58tOMYx676cpn8qULFq0/zw7MSWLyfWfd0v0=; b=UWRwDYEXuSy54APE6uQ0ic2qEr+x/iL5nOmaesoLxlrmLDs9fCeBlV8QjT1fGMCm0e 2YE2NYNLjVRPdvm8dHWRE34WBqgneH4mJkOYDiqg2Pjk1cTR4T36x3bCjZfi9JWx7rSJ E06L0oux80bfS9b293r2ZaEi2syRU/ObdNbybJ7ZNq5Fj/VZ7h88cmTeACMZ8YfCmMLg p1pz9BBQzzA1p86l+DDd4Gvhp6rEI006T7jTlOIVemMWTTTgvfr4BlXlWT6UjDjapSFZ AgRCCYj5TCUKHrpyFpuRt/nI7DG3MZVzwr/x2YAmhHbjv5plAcRwsA4mF4kkQjantpum oeBg== X-Gm-Message-State: APjAAAUyeoQ5dJ7ZOwa6DPOz0wJevlY8Mauu49W8/AcR0XfaLA22pWD5 cmS4zbv9CSYZGWaS6MnVslOW6trq60UU4T6rq4R1Cg== X-Google-Smtp-Source: APXvYqwxQq7ooKgj3JBb069/27Hsa3pIdSc4pkqUXK+m6UarcaJXtRu7PS9/IQzyj+TZM3/QvkybSmb9spMl1shTEoY= X-Received: by 2002:a9d:744b:: with SMTP id p11mr16847125otk.201.1566867133173; Mon, 26 Aug 2019 17:52:13 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a4a:2516:0:0:0:0:0 with HTTP; Mon, 26 Aug 2019 17:52:12 -0700 (PDT) In-Reply-To: <201908270025.x7R0PtNT008594@slippy.cwsent.com> References: <201908250513.x7P5DFFx017824@repo.freebsd.org> <6C6BF3A4-DC07-4D9A-9A5F-FA075BF535A8@cschubert.com> <201908261411.x7QEBMWi075354@slippy.cwsent.com> <201908270025.x7R0PtNT008594@slippy.cwsent.com> From: Mateusz Guzik Date: Tue, 27 Aug 2019 02:52:12 +0200 Message-ID: Subject: Re: svn commit: r351472 - head/sys/fs/nullfs To: Cy Schubert Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 46HVhG2nwYz47Rp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=VBHCxLtZ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2607:f8b0:4864:20::344 as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-3.97 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.09), ipnet: 2607:f8b0::/32(-2.86), asn: 15169(-2.33), country: US(-0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[4.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.97)[-0.972,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Aug 2019 00:52:15 -0000 Sorry for the half-assed patch. I have a patch to remove the flags argument and the change above was port of it. Try this please: https://people.freebsd.org/~mjg/patches/vop_unlock-interlock2.diff On 8/27/19, Cy Schubert wrote: > It won't build. Did you intend VOP_UNLOCK(vp,LK_INTERLOCK)? > > --- vfs_subr.o --- > /opt/src/svn-current/sys/kern/vfs_subr.c:1037:17: error: too few arguments > to function call, expected 2, have 1 > VOP_UNLOCK(vp); > ~~~~~~~~~~ ^ > ./vnode_if.h:873:1: note: 'VOP_UNLOCK' declared here > static __inline int VOP_UNLOCK( > ^ > /opt/src/svn-current/sys/kern/vfs_subr.c:1401:16: error: too few arguments > to function call, expected 2, have 1 > VOP_UNLOCK(vp); > ~~~~~~~~~~ ^ > ./vnode_if.h:873:1: note: 'VOP_UNLOCK' declared here > static __inline int VOP_UNLOCK( > ^ > /opt/src/svn-current/sys/kern/vfs_subr.c:1413:15: error: too few arguments > to function call, expected 2, have 1 > VOP_UNLOCK(vp); > ~~~~~~~~~~ ^ > ./vnode_if.h:873:1: note: 'VOP_UNLOCK' declared here > static __inline int VOP_UNLOCK( > ^ > 3 errors generated. > *** [vfs_subr.o] Error code 1 > > make[2]: stopped in /export/obj/opt/src/svn-current/amd64.amd64/sys/BREAK > > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: http://www.FreeBSD.org > > The need of the many outweighs the greed of the few. > > > In message > om> > , Mateusz Guzik writes: >> Does this do the trick for you? >> >> https://people.freebsd.org/~mjg/vop_unlock-interlock.diff >> >> On 8/26/19, Cy Schubert wrote: >> > On August 26, 2019 8:40:50 AM PDT, Cy Schubert >> > >> > wrote: >> >>On August 26, 2019 7:11:22 AM PDT, Cy Schubert >> >> wrote: >> >>>In message <6C6BF3A4-DC07-4D9A-9A5F-FA075BF535A8@cschubert.com>, Cy >> >>>Schubert wr >> >>>ites: >> >>>> On August 24, 2019 10:13:15 PM PDT, Mateusz Guzik >> >>>wrote: >> >>>> >Author: mjg >> >>>> >Date: Sun Aug 25 05:13:15 2019 >> >>>> >New Revision: 351472 >> >>>> >URL: https://svnweb.freebsd.org/changeset/base/351472 >> >>>> > >> >>>> >Log: >> >>>> > nullfs: reduce areas protected by vnode interlock >> >>>> > >> >>>> >Some places only take the interlock to hold the vnode, which was a >> >>>> >requiremnt >> >>>> >before they started being manipulated with atomics. Use the newly >> >>>> >introduced >> >>>> > vholdnz to bump the count. >> >>>> > >> >>>> > Reviewed by: kib >> >>>> > Tested by: pho >> >>>> > Sponsored by: The FreeBSD Foundation >> >>>> > Differential Revision: https://reviews.freebsd.org/D21358 >> >>>> > >> >>>> >Modified: >> >>>> > head/sys/fs/nullfs/null_vnops.c >> >>>> > >> >>>> >Modified: head/sys/fs/nullfs/null_vnops.c >> >>>> >> >>>>========================================================================= >> === >> >>>> == >> >>>> >--- head/sys/fs/nullfs/null_vnops.c Sun Aug 25 05:11:43 >> >>2019 (r35147 >> >>>> 1) >> >>>> >+++ head/sys/fs/nullfs/null_vnops.c Sun Aug 25 05:13:15 >> >>2019 (r35147 >> >>>> 2) >> >>>> >@@ -668,7 +668,7 @@ null_lock(struct vop_lock1_args *ap) >> >>>> > * We prevent it from being recycled by holding the vno >> de >> >>>> > * here. >> >>>> > */ >> >>>> >- vholdl(lvp); >> >>>> >+ vholdnz(lvp); >> >>>> > error = VOP_LOCK(lvp, flags); >> >>>> > >> >>>> > /* >> >>>> >@@ -710,31 +710,16 @@ static int >> >>>> > null_unlock(struct vop_unlock_args *ap) >> >>>> > { >> >>>> > struct vnode *vp = ap->a_vp; >> >>>> >- int flags = ap->a_flags; >> >>>> >- int mtxlkflag = 0; >> >>>> > struct null_node *nn; >> >>>> > struct vnode *lvp; >> >>>> > int error; >> >>>> > >> >>>> >- if ((flags & LK_INTERLOCK) != 0) >> >>>> >- mtxlkflag = 1; >> >>>> >- else if (mtx_owned(VI_MTX(vp)) == 0) { >> >>>> >- VI_LOCK(vp); >> >>>> >- mtxlkflag = 2; >> >>>> >- } >> >>>> > nn = VTONULL(vp); >> >>>> > if (nn != NULL && (lvp = NULLVPTOLOWERVP(vp)) != NULL) { >> >>>> >- VI_LOCK_FLAGS(lvp, MTX_DUPOK); >> >>>> >- flags |= LK_INTERLOCK; >> >>>> >- vholdl(lvp); >> >>>> >- VI_UNLOCK(vp); >> >>>> >- error = VOP_UNLOCK(lvp, flags); >> >>>> >+ vholdnz(lvp); >> >>>> >+ error = VOP_UNLOCK(lvp, 0); >> >>>> > vdrop(lvp); >> >>>> >- if (mtxlkflag == 0) >> >>>> >- VI_LOCK(vp); >> >>>> > } else { >> >>>> >- if (mtxlkflag == 2) >> >>>> >- VI_UNLOCK(vp); >> >>>> > error = vop_stdunlock(ap); >> >>>> > } >> >>>> > >> >>>> >@@ -845,10 +830,8 @@ null_getwritemount(struct >> >>>vop_getwritemount_args >> >>>> >*ap) >> >>>> > VI_LOCK(vp); >> >>>> > xp = VTONULL(vp); >> >>>> > if (xp && (lowervp = xp->null_lowervp)) { >> >>>> >- VI_LOCK_FLAGS(lowervp, MTX_DUPOK); >> >>>> >+ vholdnz(lowervp); >> >>>> > VI_UNLOCK(vp); >> >>>> >- vholdl(lowervp); >> >>>> >- VI_UNLOCK(lowervp); >> >>>> > VOP_GETWRITEMOUNT(lowervp, ap->a_mpp); >> >>>> > vdrop(lowervp); >> >>>> > } else { >> >>>> >> >>>> Hi mjg@, >> >>>> >> >>>> This causes trap 12 a few seconds after mountlate during boot. >> >>>Reverting this >> >>>> commit allowed it to boot. >> >>>> >> >>>> Sorry for no backtrace. I managed to >> >>>> revert and test just prior to rushing out to catch the bus, with no >> >>>time to >> >>>> craft a proper email. I'll post the backtrace when I arrive at work. >> >>> >> >>>Hi mjg@, >> >>> >> >>>The gory details below. Don't be fooled by the panic when yppasswd is >> >>>started. I was able to reproduce this panic in single user by simply >> >>>mounting and using a nullfs. >> >>> >> >>>kernel trap 12 with interrupts disabled >> >>> >> >>> >> >>>Fatal trap 12: page fault while in kernel mode >> >>>cpuid = 0; apic id = 00 >> >>>fault virtual address = 0xc >> >>>fault code = supervisor read data, page not present >> >>>instruction pointer = 0x20:0xffffffff806f0633 >> >>>stack pointer = 0x28:0xfffffe004b3fa7c0 >> >>>frame pointer = 0x28:0xfffffe004b3fa7e0 >> >>>code segment = base 0x0, limit 0xfffff, type 0x1b >> >>> = DPL 0, pres 1, long 1, def32 0, gran 1 >> >>>processor eflags = resume, IOPL = 0 >> >>>current process = 26 (syncer) >> >>>trap number = 12 >> >>>panic: page fault >> >>>cpuid = 0 >> >>>time = 1566821203 >> >>>KDB: stack backtrace: >> >>>db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> >>>0xfffffe004b3fa470 >> >>>vpanic() at vpanic+0x19d/frame 0xfffffe004b3fa4c0 >> >>>panic() at panic+0x43/frame 0xfffffe004b3fa520 >> >>>trap_fatal() at trap_fatal+0x39c/frame 0xfffffe004b3fa580 >> >>>trap_pfault() at trap_pfault+0x49/frame 0xfffffe004b3fa5e0 >> >>>trap() at trap+0x29d/frame 0xfffffe004b3fa6f0 >> >>>calltrap() at calltrap+0x8/frame 0xfffffe004b3fa6f0 >> >>>--- trap 0xc, rip = 0xffffffff806f0633, rsp = 0xfffffe004b3fa7c0, rbp >> >>= >> >>>0xfffffe004b3fa7e0 --- >> >>>propagate_priority() at propagate_priority+0x153/frame >> >>>0xfffffe004b3fa7e0 >> >>>turnstile_wait() at turnstile_wait+0x32b/frame 0xfffffe004b3fa830 >> >>>__mtx_lock_sleep() at __mtx_lock_sleep+0x191/frame 0xfffffe004b3fa8c0 >> >>>mnt_vnode_next_active() at mnt_vnode_next_active+0x2cb/frame >> >>>0xfffffe004b3fa920 >> >>>vfs_msync() at vfs_msync+0x266/frame 0xfffffe004b3fa980 >> >>>sync_fsync() at sync_fsync+0xe6/frame 0xfffffe004b3fa9c0 >> >>>VOP_FSYNC_APV() at VOP_FSYNC_APV+0x56/frame 0xfffffe004b3fa9e0 >> >>>sched_sync() at sched_sync+0x379/frame 0xfffffe004b3faa70 >> >>>fork_exit() at fork_exit+0x83/frame 0xfffffe004b3faab0 >> >>>fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe004b3faab0 >> >>>--- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> >>>Uptime: 3m25s >> >>>Dumping 921 out of 7974 >> >>>MB:..2%..11%..21%..32%..42%..51%..61%..72%..82%..91% >> >>> >> >>>__curthread () at /opt/src/svn-current/sys/amd64/include/pcpu.h:246 >> >>>246 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" >> >>>(OFFSETOF_CURTHREAD)); >> >>>(kgdb) #0 __curthread () at >> >>>/opt/src/svn-current/sys/amd64/include/pcpu.h:246 >> >>>#1 doadump (textdump=1) at >> >>>/opt/src/svn-current/sys/kern/kern_shutdown.c:392 >> >>>#2 0xffffffff8068aead in kern_reboot (howto=260) >> >>> at /opt/src/svn-current/sys/kern/kern_shutdown.c:479 >> >>>#3 0xffffffff8068b369 in vpanic (fmt=, ap=> >>>out>) >> >>> at /opt/src/svn-current/sys/kern/kern_shutdown.c:905 >> >>>#4 0xffffffff8068b163 in panic (fmt=) >> >>> at /opt/src/svn-current/sys/kern/kern_shutdown.c:832 >> >>>#5 0xffffffff80a11c2c in trap_fatal (frame=0xfffffe004b3fa700, >> >>eva=12) >> >>> at /opt/src/svn-current/sys/amd64/amd64/trap.c:943 >> >>>#6 0xffffffff80a11c79 in trap_pfault (frame=0xfffffe004b3fa700, >> >>>usermode=0) >> >>> at /opt/src/svn-current/sys/amd64/amd64/trap.c:767 >> >>>#7 0xffffffff80a1126d in trap (frame=0xfffffe004b3fa700) >> >>> at /opt/src/svn-current/sys/amd64/amd64/trap.c:443 >> >>>#8 >> >>>#9 propagate_priority (td=0xfffff8003e43b000) >> >>> at /opt/src/svn-current/sys/kern/subr_turnstile.c:279 >> >>>#10 0xffffffff806f13db in turnstile_wait (ts=0xfffff8000258a780, >> >>> owner=, queue=-512) >> >>> at /opt/src/svn-current/sys/kern/subr_turnstile.c:785 >> >>>#11 0xffffffff80669271 in __mtx_lock_sleep (c=0xfffff80132e4ebf0, >> >>> v=) at >> >>/opt/src/svn-current/sys/kern/kern_mutex.c:654 >> >>>#12 0xffffffff80767b1b in mnt_vnode_next_active_relock ( >> >>> mvp=0xfffff80002449800, mp=0xfffff80132d1e000, >> >>vp=0xfffff80132e4eb40) >> >>> at /opt/src/svn-current/sys/kern/vfs_subr.c:5590 >> >>>#13 mnt_vnode_next_active (mvp=, mp=0xfffff80132d1e000) >> >>> at /opt/src/svn-current/sys/kern/vfs_subr.c:5649 >> >>>#14 0xffffffff80766206 in __mnt_vnode_next_active >> >>>(mvp=0xfffff80002449800, >> >>> mp=) at >> >>/opt/src/svn-current/sys/kern/vfs_subr.c:5682 >> >>>#15 vfs_msync (mp=0xfffff80132d1e000, flags=2) >> >>> at /opt/src/svn-current/sys/kern/vfs_subr.c:4238 >> >>>#16 0xffffffff8076b4a6 in sync_fsync (ap=) >> >>> at /opt/src/svn-current/sys/kern/vfs_subr.c:4468 >> >>>#17 0xffffffff80a7be46 in VOP_FSYNC_APV ( >> >>> vop=0xffffffff80cb4120 , a=0xfffffe004b3faa08) >> >>> at vnode_if.c:1312 >> >>>#18 0xffffffff80769319 in VOP_FSYNC (vp=, waitfor=3, >> >>> td=0xfffff800061dc5a0) at ./vnode_if.h:549 >> >>>#19 sync_vnode (bo=, td=0xfffff800061dc5a0, >> >>> slp=) at >> >>/opt/src/svn-current/sys/kern/vfs_subr.c:2316 >> >>>#20 sched_sync () at /opt/src/svn-current/sys/kern/vfs_subr.c:2418 >> >>>#21 0xffffffff80647e33 in fork_exit (callout=0xffffffff80768fa0 >> >>>, >> >>> arg=0x0, frame=0xfffffe004b3faac0) >> >>> at /opt/src/svn-current/sys/kern/kern_fork.c:1045 >> >>>#22 >> >>> >> >>> >> >>>dmesg output: >> >>> >> >>>Updating motd:. >> >>>Mounting late filesystems:. >> >>>Starting nscd. >> >>>Security policy loaded: MAC/ntpd (mac_ntpd) >> >>>Starting ntpd. >> >>>Starting yppasswdd. >> >>>kernel trap 12 with interrupts disabled >> >>> >> >>> >> >>>Fatal trap 12: page fault while in kernel mode >> >>>cpuid = 0; apic id = 00 >> >>>fault virtual address = 0xc >> >>>fault code = supervisor read data, page not present >> >>>instruction pointer = 0x20:0xffffffff806f0633 >> >>>stack pointer = 0x28:0xfffffe004b7fa7c0 >> >>>frame pointer = 0x28:0xfffffe004b7fa7e0 >> >>>code segment = base 0x0, limit 0xfffff, type 0x1b >> >>> = DPL 0, pres 1, long 1, def32 0, gran 1 >> >>>processor eflags = resume, IOPL = 0 >> >>>current process = 26 (syncer) >> >>>trap number = 12 >> >>>panic: page fault >> >>>cpuid = 0 >> >>>time = 1566820700 >> >>>KDB: stack backtrace: >> >>>db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> >>>0xfffffe004b7fa470 >> >>>vpanic() at vpanic+0x19d/frame 0xfffffe004b7fa4c0 >> >>>panic() at panic+0x43/frame 0xfffffe004b7fa520 >> >>>trap_fatal() at trap_fatal+0x39c/frame 0xfffffe004b7fa580 >> >>>trap_pfault() at trap_pfault+0x49/frame 0xfffffe004b7fa5e0 >> >>>trap() at trap+0x29d/frame 0xfffffe004b7fa6f0 >> >>>calltrap() at calltrap+0x8/frame 0xfffffe004b7fa6f0 >> >>>--- trap 0xc, rip = 0xffffffff806f0633, rsp = 0xfffffe004b7fa7c0, rbp >> >>= >> >>>0xfffffe004b7fa7e0 --- >> >>>propagate_priority() at propagate_priority+0x153/frame >> >>>0xfffffe004b7fa7e0 >> >>>turnstile_wait() at turnstile_wait+0x32b/frame 0xfffffe004b7fa830 >> >>>__mtx_lock_sleep() at __mtx_lock_sleep+0x191/frame 0xfffffe004b7fa8c0 >> >>>mnt_vnode_next_active() at mnt_vnode_next_active+0x2cb/frame >> >>>0xfffffe004b7fa920 >> >>>vfs_msync() at vfs_msync+0x266/frame 0xfffffe004b7fa980 >> >>>sync_fsync() at sync_fsync+0xe6/frame 0xfffffe004b7fa9c0 >> >>>--- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> >>>Uptime: 1m38s >> >>>Dumping 810 out of 7974 >> >>>MB:..2%..12%..22%..32%..42%..52%..62%..72%..81%..91%---<>--- >> >> >> >>This may be a simple case of increasing the kernel stack. I'll try this >> >>at noon. >> > >> > Increasing kernel stack pages from 8 to 20 still results in the panic. >> > >> > >> > -- >> > Pardon the typos and autocorrect, small keyboard in use. >> > Cheers, >> > Cy Schubert >> > FreeBSD UNIX: Web: http://www.FreeBSD.org >> > >> > The need of the many outweighs the greed of the few. >> > >> >> >> -- >> Mateusz Guzik > > > -- Mateusz Guzik