Re: zombproc - generated kernel panic in my driver
Re: zombproc - generated kernel panic in my driver
- Subject: Re: zombproc - generated kernel panic in my driver
- From: Godfrey van der Linden <email@hidden>
- Date: Mon, 4 Oct 2004 12:36:24 -0700
1> In any backtrace the top frame is not to be trusted.
2> If you don't have a real symbol in the backtrace it is as Andrew
surmised that you have a unaccounted for kext in your backtrace.
3> It probably isn't relevant in anycase as your panic is a branch to 0
which is usually a programming issue with the first few stack frames.
4> Why are you using semaphores and IOCreateThread to do interrupt
processing handoff? Is there some issue with the IOWorkLoop?
Godfrey
On Oct 4, , at 10:39, Andrew Gallatin wrote:
Parav Pandit writes:
With this implantation I get kernel panic at
Unresolved kernel trap(cpu 1): 0x400 - Inst access
DAR=0x0000000002279000
PC=0x0000000000000000
Latest crash info for cpu 1:
Exception state (sv=0x1DE5E500)
PC=0x00000000; MSR=0x40009030; DAR=0x02279000; DSISR=0x40000000;
LR=0x00288520; R1=0x0CD9B9F0; XCP=0x00000010 (0x400 - Inst access)
Backtrace:
<...>
Why I get kernel panic on this zombproc and why my driver jump to
zombproc
function from the driver thread?
This is an indication that the symbols file for some kernel extension
was not loaded into gdb with add-symbol-file. Your panic message did
not indicate any extensions in the panic stack.. perhaps you omitted
this part of the paniclog?
FWIW, I've sometimes had to load symbols twice to get the zombproc to
go away.
Drew
_______________________________________________
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
_______________________________________________
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