From owner-cvs-src@FreeBSD.ORG Sun Oct 19 03:25:07 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F42616A4BF; Sun, 19 Oct 2003 03:25:07 -0700 (PDT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86F4443FBF; Sun, 19 Oct 2003 03:25:05 -0700 (PDT) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [IPv6:::1]) h9JAP0qs052543; Sun, 19 Oct 2003 12:25:00 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.12.9/8.12.9/Submit) id h9JAOxQ5052542; Sun, 19 Oct 2003 12:25:00 +0200 (SAST) (envelope-from jhay) Date: Sun, 19 Oct 2003 12:24:59 +0200 From: John Hay To: Alan Cox Message-ID: <20031019102459.GA52117@zibbi.icomtek.csir.co.za> References: <200310181848.h9IImH4u041804@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200310181848.h9IImH4u041804@repoman.freebsd.org> User-Agent: Mutt/1.4i cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/vm vm_map.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 10:25:07 -0000 Hi Alan, On Sat, Oct 18, 2003 at 11:48:17AM -0700, Alan Cox wrote: > alc 2003/10/18 11:48:17 PDT > > FreeBSD src repository > > Modified files: > sys/vm vm_map.c > Log: > Corrections to revision 1.305 > - Specifying VM_MAP_WIRE_HOLESOK should not assume that the start > address is the beginning of the map. Instead, move to the first > entry after the start address. > - The implementation of VM_MAP_WIRE_HOLESOK was incomplete. This > caused the failure of mlockall(2) in some circumstances. > > Revision Changes Path > 1.312 +36 -22 src/sys/vm/vm_map.c The new (4.2.0) ntpd does not panic the kernel anymore! I guess because of this commit. Thanks. I do see the following message in /var/log/mesaages though, so what should one do to have it not fail? Oct 19 12:06:28 angel ntpd[475]: ntpd 4.2.0@1.1161-r Sun Oct 19 12:03:50 SAST 2003 (18) Oct 19 12:06:28 angel ntpd[475]: mlockall(): Resource temporarily unavailable Hmmm, or is it the setrlimit(RLIMIT_STACK, &rl) just before mlockall() that cause that? The code basically looks like this: ################# if (getrlimit(RLIMIT_STACK, &rl) != -1 && (rl.rlim_cur = 20 * 4096) < rl.rlim_max) { if (setrlimit(RLIMIT_STACK, &rl) == -1) { msyslog(LOG_ERR, "Cannot adjust stack limit for mlockall: %m"); } } if (mlockall(MCL_CURRENT|MCL_FUTURE) < 0) msyslog(LOG_ERR, "mlockall(): %m"); ################# John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org