From owner-svn-src-all@FreeBSD.ORG Sun Dec 21 16:22:19 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 30EA2EBA; Sun, 21 Dec 2014 16:22:19 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0DA3C2F10; Sun, 21 Dec 2014 16:22:17 +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 SAA06250; Sun, 21 Dec 2014 18:24:09 +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 1Y2jGp-000Plz-90; Sun, 21 Dec 2014 18:22:15 +0200 Message-ID: <5496F37D.5030903@FreeBSD.org> Date: Sun, 21 Dec 2014 18:21:17 +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 Subject: Re: svn commit: r276008 - in head/sys: kern sys References: <201412211332.sBLDW8VC030548@svn.freebsd.org> <5496D86D.7070209@FreeBSD.org> <20141221144154.GW2148@kib.kiev.ua> <5496DD08.7060201@FreeBSD.org> <20141221151425.GX2148@kib.kiev.ua> In-Reply-To: <20141221151425.GX2148@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit 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.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 16:22:19 -0000 On 21/12/2014 17:14, Konstantin Belousov wrote: > On Sun, Dec 21, 2014 at 04:45:28PM +0200, Andriy Gapon wrote: >> On 21/12/2014 16:41, Konstantin Belousov wrote: >>> Or, are you asking why caching of the name could be needed for >>> core dump files at all ? >> >> Sort of. Why VN_OPEN_NAMECACHE is useful in the case of core dumps? >> What does it make better? > The vn_fullpath() mostly works for the core files after the change, > comparing with the non-working state at all before. > Ah, vn_fullpath(). Thank you. -- Andriy Gapon