From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28268 invoked by alias); 28 Sep 2007 23:49:48 -0000 Received: (qmail 28258 invoked by uid 22791); 28 Sep 2007 23:49:47 -0000 X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 28 Sep 2007 23:49:45 +0000 Received: (qmail 28413 invoked from network); 28 Sep 2007 23:49:44 -0000 Received: from unknown (HELO localhost) (jimb@127.0.0.2) by mail.codesourcery.com with ESMTPA; 28 Sep 2007 23:49:44 -0000 To: ringlej Cc: Jon Ringle , Jon Ringle , gdb@sourceware.org Subject: Re: No line number info debugging kernel modules with gdb 6.6.90.20070926-cvs (gdb 6.7 branch) References: <4DD3AF7ECBBC43409BA36508938D01851B00AE@CVAEX1.VERTICAL.COM> <46FC7961.2080706@ringle.org> <46FD72CE.9080603@ringle.org> From: Jim Blandy Date: Sat, 29 Sep 2007 00:27:00 -0000 In-Reply-To: <46FD72CE.9080603@ringle.org> (ringlej@ringle.org's message of "Fri, 28 Sep 2007 17:31:58 -0400") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-09/txt/msg00258.txt.bz2 ringlej writes: > Jim Blandy wrote: >> Jon Ringle writes: >> > Can you configure your email client to not insert email addresses in > the clear in the body of your message? Email addresses in the headers > get automatically obfuscated by the mailing list, but if the body of > your message has email addresses they are left as is and are readily > available for harvesting by spam bots (mine in this case). Thanks. Sorry --- I've done that. Thanks for pointing it out to me. >>> Jim Blandy wrote: >>> >>>> Hum. What do 'maint info psymtabs' and 'maint info symtabs' say after >>>> you've set the breakpoint? >>>> >>> Trying to send the attachment again... >>> >> >> Okay, I got a copy of that attachment; thanks. >> >> Could you start GDB, set the breakpoint and try listing the function >> again, then do 'maint print symbols SOME-FILE dstchar.c' (or >> perhaps use the full pathname for dstchar.c), and then post the >> contents of SOME-FILE? >> >> If GDB has line number information for that compilation unit, then >> find_pc_sect_line ought to be able to find the source line for your >> function's PC. I'd like to see whether it does have that information. >> > Attached. Okay. Some of the line table entries have been relocated into the module's actual range (0xbf13100 on up), but others still look to me like offsets within the .ko. Can you post the output from running 'readelf -wil' on your .ko file?