Random Virtual Memory related Kernal Panic on v9.24229

Voxinator

Bit poster
I've been experiencing random Kernal Panics on Parallels v.924229 that seem to be rooted in it's virtual memory handling. I believe the issue to be a bug in the latest revision of Parallels and I'm trying to figure out the best way to submit my report to their team.

I'll leave some detail here, and hopefully someone can help direct me to the proper support channels:

Code:
Mon Apr 14 09:54:48 2014panic(cpu 2 caller 0xffffff80092c4f7a): "pmap_enter: pte page not in object"@/SourceCache/xnu/xnu-2422.90.20/osfmk/i386/pmap_x86_common.c:911
Backtrace (CPU 2), Frame : Return Address
0xffffff81db233ad0 : 0xffffff8009222fa9 
0xffffff81db233b50 : 0xffffff80092c4f7a 
0xffffff81db233cc0 : 0xffffff80092c3b04 
0xffffff81db233cf0 : 0xffffff80092c0866 
0xffffff81db233d50 : 0xffffff8009279642 
0xffffff81db233f20 : 0xffffff80092dc26c 
0xffffff81db233fb0 : 0xffffff80092f322b 


BSD process name corresponding to current thread: prl_vm_app
Boot args: -v


Mac OS version:
13C64

The Kernal Panic seems to refer to the following Apple open source code. Where to my interpretation Parallels is trying to delete paging information that doesn't exist. To me this sounds like it's a bug in the latest revision of Parallels. Sadly the Kernal Panics result in a hard boot of my machine which severely impede my productivity.

Code:
[COLOR=#000000]    if (delpage_pm_obj) {[/COLOR]

        vm_page_t m;
        vm_object_lock(delpage_pm_obj);
        m = vm_page_lookup(delpage_pm_obj, delpage_pde_index);
        if (m == VM_PAGE_NULL)
            panic("pmap_enter: pte page not in object");
        VM_PAGE_FREE(m);
        OSAddAtomic(-1,  &inuse_ptepages_count);
        vm_object_unlock(delpage_pm_obj);
 [COLOR=#000000]    }
[/COLOR]
 
Back
Top