site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com Godfrey On Oct 4, , at 10:39, Andrew Gallatin wrote: Parav Pandit writes: <...> 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 (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/gvdl%40apple.com This email sent to gvdl@apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... 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? 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 email sent to site_archiver@lists.apple.com