Re: Setting up two-machine kernel debugging via firewire
Re: Setting up two-machine kernel debugging via firewire
- Subject: Re: Setting up two-machine kernel debugging via firewire
- From: email@hidden
- Date: Thu, 03 Nov 2011 11:47:31 -0500
On Thu, 03 Nov 2011 07:59:47 -0500, email@hidden wrote:
On Thu, 03 Nov 2011 05:57:04 -0700, Shantonu Sen wrote:
You should file a bug report at bugreport.apple.com asking that it
be
made available. In this particular case the kernel didn't change
between the builds (so it might kind of look like it works), but
other
content that contributes to the Kernel Debug Kit did change, so you
might see strange behavior until you get it synchronized.
I'd recommend using --arch=x86_64 at the start of your gdb
invocation.
Shantonu
On Nov 3, 2011, at 5:48 AM, email@hidden wrote:
On Thu, 03 Nov 2011 05:18:34 -0700, Shantonu Sen wrote:
kdp-reattach lets you steal a connection in case someone else is
currently attached. It can also help in cases where a debug
session is
interrupted and you need to get the panicked system to just reset
its
internal state machine.
Thank you for the explanation. It was useful.
Are you sure your target is running the 32-bit kernel? What does
uname -a print before you enter the kernel debugger.
Brilliant. I was pretty sure I was running a 64-bit kernel and
rechecked
in the system profiler. In the entry for 64-bit Kernel and
Extensions in
the Software section, it said yes.
So, armed with this information, I invoked gdb correctly by doing:
gdb /Volumes/KernelDebugKit/mach_kernel --arch=x86_64
and, now, showallkmods works.
Yes, you need to have your kernel debug kit exactly match whatever
build your target is running. There is no close enough.
Ok. So, unless I can locate the 10.6.8 10k549 kernel debug kit
(which
may not even exist), I will need to downgrade the machines to
10.6.7
10J869, which I can find at
https://developer.apple.com/downloads...correct?
Will do - as soon as bugreport comes back up (appears to be down at
the moment).
Bug report filed: rdar://10390500
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden