From owner-svn-src-all@FreeBSD.ORG Sun Dec 21 14:26:57 2014 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB2A9B72; Sun, 21 Dec 2014 14:26:57 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 11250301C; Sun, 21 Dec 2014 14:26:55 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA05108; Sun, 21 Dec 2014 16:28:41 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Y2hT4-000PfC-Jz; Sun, 21 Dec 2014 16:26:46 +0200 Message-ID: <5496D86D.7070209@FreeBSD.org> Date: Sun, 21 Dec 2014 16:25:49 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Konstantin Belousov , src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, svn-src-head@FreeBSD.org Subject: Re: svn commit: r276008 - in head/sys: kern sys References: <201412211332.sBLDW8VC030548@svn.freebsd.org> In-Reply-To: <201412211332.sBLDW8VC030548@svn.freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.18-1 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: Sun, 21 Dec 2014 14:26:58 -0000 On 21/12/2014 15:32, Konstantin Belousov wrote: > Author: kib > Date: Sun Dec 21 13:32:07 2014 > New Revision: 276008 > URL: https://svnweb.freebsd.org/changeset/base/276008 > > Log: > Add VN_OPEN_NAMECACHE flag for vn_open_cred(9), which requests that > the created file name was cached. Use the flag for core dumps. Just curious about a rationale for using the new flag for core dumps. Sorry if I missed any public discussion about this and that I wasn't able to figure out the rationale myself. > Requested by: rpaulo > Tested by: pho (previous version) -- Andriy Gapon