From nobody@FreeBSD.org  Wed Aug  4 17:15:05 2010
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 219F9106564A
	for <freebsd-gnats-submit@FreeBSD.org>; Wed,  4 Aug 2010 17:15:05 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id 09A388FC15
	for <freebsd-gnats-submit@FreeBSD.org>; Wed,  4 Aug 2010 17:15:05 +0000 (UTC)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o74HF4n5015947
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 4 Aug 2010 17:15:04 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.3/8.14.3/Submit) id o74HF4c3015946;
	Wed, 4 Aug 2010 17:15:04 GMT
	(envelope-from nobody)
Message-Id: <201008041715.o74HF4c3015946@www.freebsd.org>
Date: Wed, 4 Aug 2010 17:15:04 GMT
From: Nicole Reid <root@cooltrainer.org>
To: freebsd-gnats-submit@FreeBSD.org
Subject: mail/dovecot causes panic during configure on Sheevaplug (ARM)
X-Send-Pr-Version: www-3.1
X-GNATS-Notify: yds@CoolRat.org

>Number:         149288
>Category:       arm
>Synopsis:       mail/dovecot causes panic during configure on Sheevaplug (ARM)
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-arm
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Aug 04 17:20:08 UTC 2010
>Closed-Date:    Fri May 31 01:17:27 UTC 2013
>Last-Modified:  Fri May 31 01:17:27 UTC 2013
>Originator:     Nicole Reid
>Release:        8.1
>Organization:
>Environment:
FreeBSD pochan 8.1-RELEASE FreeBSD 8.1-RELEASE #23: Sat Jul 31 12:25:27 EDT 2010     nicole@Emi.cooltrainer.org:/usr/obj/arm/usr/src/sys/DOCKSTAR  arm
>Description:
Building mail/dovecot using the default options results in a panic partway through configure:

checking if we can use C99-like flexible array members... yes
checking for struct iovec... yes
checking PR_SET_DUMPABLE... no
checking Linux compatible mremap()... no
checking whether shared mmaps get updated by write()s... 
panic: vm_fault: fault on nofault entry, addr: c47e9000
Uptime: 59m46s
Cannot dump. Device not defined or unavailable.
Automatic reboot in 15 seconds - press a key on the console to abort
Rebooting...

>How-To-Repeat:
Install mail/dovecot 
>Fix:


>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: edwin 
State-Changed-When: Wed Aug 4 17:20:18 UTC 2010 
State-Changed-Why:  
Awaiting maintainers feedback (via the GNATS Auto Assign Tool) 

http://www.freebsd.org/cgi/query-pr.cgi?pr=149288 

From: Edwin Groothuis <edwin@FreeBSD.org>
To: yds@CoolRat.org
Cc: bug-followup@FreeBSD.org
Subject: Re: ports/149288: mail/dovecot causes panic during configure on Sheevaplug (ARM)
Date: Wed, 4 Aug 2010 17:20:16 UT

 Maintainer of mail/dovecot,
 
 Please note that PR ports/149288 has just been submitted.
 
 If it contains a patch for an upgrade, an enhancement or a bug fix
 you agree on, reply to this email stating that you approve the patch
 and a committer will take care of it.
 
 The full text of the PR can be found at:
     http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/149288
 
 -- 
 Edwin Groothuis via the GNATS Auto Assign Tool
 edwin@FreeBSD.org
State-Changed-From-To: feedback->open 
State-Changed-By: arved 
State-Changed-When: Mon Aug 9 12:53:23 UTC 2010 
State-Changed-Why:  
A Kernel panic sounds more like a kernel bug, over to freebsd-arm for evaluation. 


Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-arm 
Responsible-Changed-By: arved 
Responsible-Changed-When: Mon Aug 9 12:53:23 UTC 2010 
Responsible-Changed-Why:  
A Kernel panic sounds more like a kernel bug, over to freebsd-arm for evaluation. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=149288 

From: Michael Moll <kvedulv@kvedulv.de>
To: bug-followup@FreeBSD.org, root@cooltrainer.org
Cc:  
Subject: Re: arm/149288: mail/dovecot causes panic during configure on
 Sheevaplug (ARM)
Date: Sat, 22 Jan 2011 21:55:44 +0100

 this is still an open issue in -CURRENT (r217665). Here is a backtrace:
 
 panic: vm_fault: fault on nofault entry, addr: c3977000
 KDB: enter: panic
 [ thread pid 4347 tid 100057 ]
 Stopped at      kdb_enter+0x48: ldrb    r15, [r15, r15, ror r15]!
 db> bt
 Tracing pid 4347 tid 100057 td 0xc1a985c0
 kdb_enter() at kdb_enter+0x14
 scp=0xc0a06610 rlv=0xc09dc130 (panic+0xa0)
         rsp=0xc83bd880 rfp=0xc83bd894
         r5=0xc0bccf1c r4=0x00000100
 panic() at panic+0x1c
 scp=0xc09dc0ac rlv=0xc0b47e88 (vm_fault_hold+0x177c)
         rsp=0xc83bd8a8 rfp=0xc83bd9d0
 vm_fault_hold() at vm_fault_hold+0x10
 scp=0xc0b4671c rlv=0xc0b482cc (vm_fault+0x20)
         rsp=0xc83bd9d4 rfp=0xc83bd9e4
         r10=0x00000002 r9=0xc83bdef8
         r8=0xc83bda8c r7=0xc1a985c0 r6=0xc3977000 r5=0x00000000
         r4=0x0000000f
 vm_fault() at vm_fault+0x10
 scp=0xc0b482bc rlv=0xc0b75610 (data_abort_handler+0x1e8)
         rsp=0xc83bd9e8 rfp=0xc83bda88
 data_abort_handler() at data_abort_handler+0x10
 scp=0xc0b75438 rlv=0xc0b67cd4 (address_exception_entry+0x50)
         rsp=0xc83bda8c rfp=0x00000000
         r10=0xc83bdef8 r9=0xc1a985c0
         r8=0xc3977000 r7=0x00000002 r6=0xc83bdda4 r5=0xffff1004
         r4=0xc83bddc4

From: Kristof Provost <kristof@sigsegv.be>
To: bug-followup@FreeBSD.org, root@cooltrainer.org
Cc:  
Subject: arm/149288: mail/dovecot causes panic during configure on Sheevaplug
 (ARM)
Date: Sun, 20 May 2012 21:54:12 +0200

 Hi,
 
 I can reproduce this problem on an OpenRD (Marvell Kirkwood, just like
 the Sheevaplug) on version r235647.
 
 The problem appears to be triggered by the test for shared mmaps:
 
 #include <stdio.h>
 #include <sys/types.h>
 #include <sys/stat.h>
 #include <unistd.h>
 #include <fcntl.h>
 #include <sys/mman.h>
 
 int main() {
         /* return 0 if we're signed */
         int f = open("conftest.mmap", O_RDWR|O_CREAT|O_TRUNC, 0600);
         void *mem;
         if (f == -1) {
                 perror("open()");
                 return 1;
         }
         unlink("conftest.mmap");
 
         write(f, "1", 2);
         mem = mmap(NULL, 2, PROT_READ|PROT_WRITE, MAP_SHARED, f, 0);
         if (mem == MAP_FAILED) {
                 perror("mmap()");
                 return 1;
         }
         strcpy(mem, "2");
         msync(mem, 2, MS_SYNC);
         lseek(f, 0, SEEK_SET);
         write(f, "3", 2);
 
         return strcmp(mem, "3") == 0 ? 0 : 1;
 }
 
 Regards,
 Kristof
 

From: Kristof Provost <kristof@sigsegv.be>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: arm/149288: mail/dovecot causes panic during configure on
 Sheevaplug (ARM)
Date: Mon, 25 Jun 2012 13:25:29 +0200

 The problem appears to be fixed in HEAD, by commit r237367 (Enable
 deadlock avoidance code for NFS client.).
 
 As near as I can tell this fixes the panic:
 diff --git a/sys/fs/nfsclient/nfs_clvfsops.c b/sys/fs/nfsclient/nfs_clvfsops.c
 index af0e33b..966688f 100644
 --- a/sys/fs/nfsclient/nfs_clvfsops.c
 +++ b/sys/fs/nfsclient/nfs_clvfsops.c
 @@ -1136,7 +1136,8 @@ nfs_mount(struct mount *mp)
  out:
         if (!error) {
                 MNT_ILOCK(mp);
 -               mp->mnt_kern_flag |= (MNTK_MPSAFE|MNTK_LOOKUP_SHARED);
 +               mp->mnt_kern_flag |= MNTK_MPSAFE | MNTK_LOOKUP_SHARED |
 +                   MNTK_NO_IOPF;
                 MNT_IUNLOCK(mp);
         }
         return (error);
 
 
 I'm not quite sure why that is, but I can now run both the sample code above
 and the dovecot configure script without panics.
 
 -- 
 Kristof
 

From: Michael Moll <kvedulv@kvedulv.de>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: arm/149288: mail/dovecot causes panic during configure on
 Sheevaplug (ARM)
Date: Fri, 31 May 2013 02:07:53 +0200

 I can't reproduce this anymore with r251168 on a Sheevaplug,
 so this PR could be closed.
State-Changed-From-To: open->closed 
State-Changed-By: jmg 
State-Changed-When: Fri May 31 01:15:04 UTC 2013 
State-Changed-Why:  
two others report that this is fixed...  If it isn't, we can 
reopen it... 

Thanks for your help. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=149288 
>Unformatted:
