Date: Thu, 15 Oct 1998 10:54:50 +0930 From: Greg Lehey <grog@lemis.com> To: Doug Rabson <dfr@nlsystems.com>, Peter Wemm <peter@netplex.com.au> Cc: Karl Pielorz <kpielorz@tdx.co.uk>, Edwin Culp <eculp@webwizard.org.mx>, FreeBSD-current@FreeBSD.ORG Subject: Re: Make elf release Message-ID: <19981015105450.I586@freebie.lemis.com> In-Reply-To: <Pine.BSF.4.01.9810142110510.389-100000@herring.nlsystems.com>; from Doug Rabson on Wed, Oct 14, 1998 at 09:12:54PM %2B0100 References: <199810132359.HAA02821@spinner.netplex.com.au> <Pine.BSF.4.01.9810142110510.389-100000@herring.nlsystems.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday, 14 October 1998 at 21:12:54 +0100, Doug Rabson wrote: > On Wed, 14 Oct 1998, Peter Wemm wrote: >> Karl Pielorz wrote: >>> Hmmm.. Well if I'm right about not being able to debug LDK's with an ELF >>> kernel, I have to keep my kernel a.out... An LKM I'm betaing has a few >>> problems, which means it's gotta be debug(able)... >> >> Umm, it's the other way around.. DDB can't see a.out LKM's for debugging. >> DDB *can* see both a.out and elf KLD modules. KLD modules are the first >> time that DDB has worked with modular kernels. >> >> It's GDB that is the problem - it can't see KLD modules. Mind you, it >> can't see LKM's either. > > It should be possible to debug both with GDB with judicious use of > 'add-symbol-file' with the module filename and the load address (I believe > that there is normally a fixed offset from the load address). I have a > vague memory of writing something about this in the handbook. Maybe I > was dreaming... What you describe is pretty much the way it works with LKMs today. What I've understood is that KLDs will be different. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19981015105450.I586>