Date: Fri, 17 Oct 2003 15:37:09 +0200 From: Marius Strobl <marius@alchemy.franken.de> To: John Hay <jhay@icomtek.csir.co.za> Cc: current@freebsd.org Subject: Re: panic: vm_map_wire: lookup failed Message-ID: <20031017153709.A9855@newtrinity.zeist.de> In-Reply-To: <20031017131912.GA71602@zibbi.icomtek.csir.co.za>; from jhay@icomtek.csir.co.za on Fri, Oct 17, 2003 at 03:19:12PM %2B0200 References: <20031009095934.GA11841@zibbi.icomtek.csir.co.za> <20031016205443.GA41359@zibbi.icomtek.csir.co.za> <20031017113721.53828fd6.Alexander@Leidinger.net> <20031017131912.GA71602@zibbi.icomtek.csir.co.za>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Oct 17, 2003 at 03:19:12PM +0200, John Hay wrote: > > > > > > > > The latest development source of ntpd started to use setrlimit() before > > > > using mlockall(). This combination proves fatal on -current. The code > > > > in ntpd/ntpd.c looks like this: > > > > > > Ok, I found an easier way to provoke the panic. Just compile the following > > > program like this: > > > > > if (mlockall(MCL_CURRENT|MCL_FUTURE) < 0) > > > perror("mlockall()"); > > > > Did you tested it on a recent -current? It is supposed to be fixed > > (since a day or two, I think). > > Nope it is still not fixed. I have tried again just now and it still > throw a panic on both UP and SMP. Try for yourself if you are brave. > :-))) > It's probably a different problem, the mlockall()-related panic that was fixed had "vm_fault_copy_wired: page missing" or "mutex vm object not owned at /usr/src/sys/vm/vm_page.c:7XX" (depending on the FreeBSD version) as the panic message.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031017153709.A9855>