From owner-freebsd-hackers@FreeBSD.ORG Wed Jul 30 21:42:15 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C66CB8C for ; Wed, 30 Jul 2014 21:42:15 +0000 (UTC) Received: from dmz-mailsec-scanner-2.mit.edu (dmz-mailsec-scanner-2.mit.edu [18.9.25.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C785428DF for ; Wed, 30 Jul 2014 21:42:14 +0000 (UTC) X-AuditID: 1209190d-f79c06d000002f07-21-53d966b4bc4a Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-2.mit.edu (Symantec Messaging Gateway) with SMTP id EB.97.12039.4B669D35; Wed, 30 Jul 2014 17:42:12 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id s6ULgC2Q024691; Wed, 30 Jul 2014 17:42:12 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s6ULgAW2002392 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 30 Jul 2014 17:42:11 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s6ULg9xF013790; Wed, 30 Jul 2014 17:42:09 -0400 (EDT) Date: Wed, 30 Jul 2014 17:42:09 -0400 (EDT) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: Nidal Khalil Subject: Re: freebsd-hackers Digest, Vol 588, Issue 1 In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJIsWRmVeSWpSXmKPExsUixG6nrrsl7WawwaHtOhbbN/9jtHj0/ASj A5PHjE/zWTx2zrrLHsAUxWWTkpqTWZZapG+XwJVx6MEC1oLdHBWTTp9laWA8z9bFyMkhIWAi sf3lFBYIW0ziwr31QHEuDiGB2UwSB2+uYYRwNjJKvNnfzgLhHGKSePjzN1SmgVHi0eQpYLNY BLQlZmy6xAhiswmoSTze28wKMVdRYvOpScxdjBwcIgIqEm+n54OEmQXkJS5sPsQIEhYWMJXY dcoVJMwpECjx9ew0JhCbV8BRYkXjLVaIVftYJWasfMMOkhAV0JFYvR/ibF4BQYmTM5+wQMy0 lDj35zrbBEahWUhSs5CkFjAyrWKUTcmt0s1NzMwpTk3WLU5OzMtLLdI10svNLNFLTSndxAgK YU5J3h2M7w4qHWIU4GBU4uH9YXIzWIg1say4MvcQoyQHk5Ior2kwUIgvKT+lMiOxOCO+qDQn tfgQowQHs5IIb5cnUI43JbGyKrUoHyYlzcGiJM771toqWEggPbEkNTs1tSC1CCYrw8GhJMFb mQrUKFiUmp5akZaZU4KQZuLgBBnOAzT8AkgNb3FBYm5xZjpE/hSjopQ475sUoIQASCKjNA+u F5ZiXjGKA70izDsLpJ0HmJ7gul8BDWYCGvz81nWQwSWJCCmpBkZGi7RoJ71Ihq4F+Wyl6q0W mhWL5nq9ubY0pOnP2jj5DYf6VF4kbuI/IrHX4OyOlN2WE+fnZfyv5FhUUD9rZ1j7wul35uy6 ymjSbDv3dKEgq/Wtx7997T0+SepJP9Vl+z3pdHuCoeNkV8bXz67NnW/WdX/yyZXmEcIMmzNq nUzqn8+Z/DXUskeJpTgj0VCLuag4EQBtJG8cDAMAAA== Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2014 21:42:15 -0000 On Wed, 30 Jul 2014, Nidal Khalil wrote: > My kernel is compiled with -g as well. However I am loading a driver > module. That is compiled with -g but the modules will not load if it is not > stripped. it is using the objcopy found in bsd.kmod.mk. This is the reason > that bt or where shows the backtrace but not the local frame symbols. You can use the objcopy invocation three lines later in kmod.mk to produce a mykmod.ko.symbols file to put in /boot/modules/. Or you could have your driver module use bsd.kmod.mk for its build system, so everything will be taken care of automatically. > On the gdb front > The gdb that came with the distro is 6.1.1 has two problems: > 1- does not understand -k option > 2- without -k it does not understand the vmcore file format. Is there a > utility that will convert a vmcore to a format that gdb understands. Thanks I am not sure how many times I need to say it: regular gdb will not work with vmcores. You must use kgdb. Concentrate your time on getting kgdb working for you; ignore regular gdb. -Ben