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>