From owner-svn-src-all@FreeBSD.ORG Tue Dec 23 02:39:56 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 C5C3AFA; Tue, 23 Dec 2014 02:39:56 +0000 (UTC) Received: from st11p02mm-asmtp002.mac.com (st11p02mm-asmtpout002.mac.com [17.172.220.237]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9781964367; Tue, 23 Dec 2014 02:39:56 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPSA id <0NH000CIMKQC4440@st11p02mm-asmtp002.mac.com>; Tue, 23 Dec 2014 02:39:52 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2014-12-23_01:2014-12-23,2014-12-23,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412080000 definitions=main-1412230023 Content-type: text/plain; charset=windows-1252 MIME-version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: svn commit: r276008 - in head/sys: kern sys From: Rui Paulo In-reply-to: <201412221417.42894.jhb@freebsd.org> Date: Mon, 22 Dec 2014 18:39:48 -0800 Content-transfer-encoding: quoted-printable Message-id: <2C4635EF-6BE6-4ED7-B9D1-237F76259E88@me.com> References: <201412211332.sBLDW8VC030548@svn.freebsd.org> <201412220940.02509.jhb@freebsd.org> <08A2ABA0-C982-46BC-B309-3C23B8D277B9@me.com> <201412221417.42894.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1993) Cc: Konstantin Belousov , svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Andriy Gapon 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: Tue, 23 Dec 2014 02:39:56 -0000 On Dec 22, 2014, at 11:17, John Baldwin wrote: >=20 > On Monday, December 22, 2014 1:29:38 pm Rui Paulo wrote: >> On Dec 22, 2014, at 06:40, John Baldwin wrote: >>> Is there something specific to core dumps that makes vn_fullpath() = more >>> useful to have working before a process tries to open the core? (As >>> compared to other newly-created files) >>=20 >> Yes: the ability to provide the full path to userland when a core = dump file=20 > is generated. >=20 > Can you be more specific? Are we printing the path on the console = after > destroying the generated path? Is it being written into a note in the = core > itself (but only having the vnode of the core file available and not = the=20 > generated path)? No. I have some code that calls devctl_notify() when a core dump is = generated which is useful for running an automated debugging session. = We use this at work and I'll see if I can upstream it. What Konstantin = fixed was the generation of the cache entry in the corefile_open() = routine. This lets me call vn_fullpath() after vn_close() with a high = probability that it will work whereas, in the past, it was never in the = cache, so vn_fullpath() would always fail. -- Rui Paulo