Date: Wed, 14 Oct 1998 11:22:20 +0930 From: Greg Lehey <grog@lemis.com> To: Peter Wemm <peter@netplex.com.au>, Karl Pielorz <kpielorz@tdx.co.uk> Cc: Edwin Culp <eculp@webwizard.org.mx>, FreeBSD-current@FreeBSD.ORG Subject: Re: Make elf release Message-ID: <19981014112220.A21983@freebie.lemis.com> In-Reply-To: <199810132359.HAA02821@spinner.netplex.com.au>; from Peter Wemm on Wed, Oct 14, 1998 at 07:59:23AM %2B0800 References: <3623548A.E4A9FE0F@tdx.co.uk> <199810132359.HAA02821@spinner.netplex.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
[Format autorecovered at freebie.lemis.com]
On Wednesday, 14 October 1998 at 7:59:23 +0800, Peter Wemm wrote:
> Karl Pielorz wrote:
>> Edwin Culp wrote:
>>>> I know that's one of the reasons why I've left my system running a.out kernels
>>>> at the moment... (and I at least hope it's a good reason ;-)
>>>
>>> The wonderful part of it is that I haven't had anything to debug :-) What of
>>> the folks running current/beta debug their kernels? The way to find the p roblems
>>> is to have more people using it in its most complete form. IMO.
>>
>> 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.
Does this mean that there's the potential to have symbol conflicts?
> It's GDB that is the problem - it can't see KLD modules. Mind you, it
> can't see LKM's either.
That's not correct. Here's a backtrace through the Vinum LKM:
(kgdb) bt
#0 Debugger (msg=0xf5b8cfe0 "vinum debug") at ../../i386/i386/db_interface.c:317
#1 0xf5b8d2d6 in vinumioctl (dev=0x40001900, cmd=0xc008464b, data=0xf5b4aed0 "", flag=0x3, p=0xf5a2bbc0)
at vinumioctl.c:107
#2 0xf016f44b in spec_ioctl (ap=0xf5b4ae0c) at ../../miscfs/specfs/spec_vnops.c:425
#3 0xf016ed29 in spec_vnoperate (ap=0xf5b4ae0c) at ../../miscfs/specfs/spec_vnops.c:129
#4 0xf01da0d9 in ufs_vnoperatespec (ap=0xf5b4ae0c) at ../../ufs/ufs/ufs_vnops.c:2303
Sure, there are some tricks needed to do this--see
ftp://ftp.lemis.com/pub/vinum/.gdbinit for details.
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?19981014112220.A21983>