From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13851 invoked by alias); 10 Nov 2009 18:07:52 -0000 Received: (qmail 13811 invoked by uid 22791); 10 Nov 2009 18:07:51 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 10 Nov 2009 18:07:48 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id nAAI7cLK024184 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 10 Nov 2009 13:07:38 -0500 Received: from fche.csb (vpn-227-215.phx2.redhat.com [10.3.227.215]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id nAAI7bOG024652; Tue, 10 Nov 2009 13:07:38 -0500 Received: by fche.csb (Postfix, from userid 2569) id 6E907580F0; Tue, 10 Nov 2009 13:07:37 -0500 (EST) To: Eugeniy Meshcheryakov Cc: James Y Knight , systemtap@sourceware.org Subject: Re: Troubles with debug info, using systemtap on debian. References: <20091110093254.GA3190@localhost.localdomain> From: fche@redhat.com (Frank Ch. Eigler) Date: Tue, 10 Nov 2009 18:07:00 -0000 In-Reply-To: <20091110093254.GA3190@localhost.localdomain> (Eugeniy Meshcheryakov's message of "Tue, 10 Nov 2009 10:32:55 +0100") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2009-q4/txt/msg00481.txt.bz2 Eugeniy Meshcheryakov writes: > [...] >> 3) The debian kernel's debuginfo does "objcopy --only-keep- >> debug"...That seems like it shouldn't cause systemtap to blow up, >> but it does. I guess that's a known bug? [...] >> 5) Whose bug is it that systemtap doesn't look for >> /usr/lib/debug/.../autofs4.ko, but only autofs4.ko.debug? >> [...] The issue here is that elfutils looks for .ko.debug files, if the original .ko was stripped of debug data. The fedora naming convention communicates the fact that the separated .ko.debug files are not .ko's, in that they lack executable .text/.data/etc. payload. Some distributions don't strip the debug data the same way as fedora, but instead preserve the original unstripped binaries under /usr/lib/debug or similar. In this case, since the original files are complete, it makes sense not to rename them "anything.debug", but OTOH then elfutils must break the tie between that copy and an identically named stripped one. I believe Roland is aware of the issue, but hasn't indicated how/whether he plans to handle all the permutations. I'm sure he'd welcome concrete suggestions/patches. - FChE