From owner-svn-src-all@FreeBSD.ORG Wed Dec 19 11:04:11 2012 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98857C69; Wed, 19 Dec 2012 11:04:11 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 68CEB8FC0A; Wed, 19 Dec 2012 11:04:11 +0000 (UTC) Received: from [192.168.2.119] (host86-129-88-139.range86-129.btcentralplus.com [86.129.88.139]) by cyrus.watson.org (Postfix) with ESMTPSA id 2C2EB46B09; Wed, 19 Dec 2012 06:04:04 -0500 (EST) Subject: Re: svn commit: r244383 - head/etc Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: "Robert N. M. Watson" In-Reply-To: <50D19D9D.9090200@FreeBSD.org> Date: Wed, 19 Dec 2012 11:04:01 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201212180727.qBI7Rp0t084371@svn.freebsd.org> <50D19D9D.9090200@FreeBSD.org> To: Andrey Zonov X-Mailer: Apple Mail (2.1283) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2012 11:04:11 -0000 On 19 Dec 2012, at 10:57, Andrey Zonov wrote: >>> I think you should not MFC this one quickly -- let's wait for it to >>> shake out in the -CURRENT userbase for a few months to see what >>> breaks. I wouldn't be surprised if a fair number of applications >>> (both publicly available, and local at various FreeBSD-using shops) >>> are implicitly depending on their not being limits to memorylocked = by >>> default. After an upgrade, they might find that their applications >>> simply stop working for potentially hard-to-debug reasons. >>>=20 >>> Or we might find no one notices -- but deferring an MFC will help = give >>> us a better sense of which outcome is more likely. >>=20 >> ... or maybe this doesn't matter before your later sysctl commit? >=20 > Yes. This change should not hurt anybody, because I change defaults = for > vm.old_mlock and security.bsd.unprivileged_mlock for stable. Very exciting indeed, then! Lots of gpg/etc users will appreciate this = greatly. Robert=