vnode related KDL / Pagefault in qemu

[kallisti5]

Encountered this KDL / Pagefault in a qemu emulated Haiku machine. Never seen it before pre-PM, so posting screenshot here (pagefault2.png)

[kallisti5]

Got another page fault, similar issue, different backtrace.

[bonefish]

I don't see any similarity between the two stack traces. The second one looks like there's an invalid vnode pointer in the vnode hash table. The first lookup_vnode() argument looks incorrect, but maybe that's just a glitch in the stack trace code -- the last kernel_debugger_{loop,internal}() argument doesn't look correct either.

The first stack trace shows a userland page fault. Given that it comes from PyObject_Malloc(), I suppose it just accesses allocated but non-yet-mapped memory. So this is all just fine. Unfortunately the screenshot doesn't contain the panic message. I assume it is an assertion of some inline function vm_soft_fault() calls, since it doesn't call panic() and doesn't contain any assertions itself.

So, please open separate tickets for the issues. And also add the basic information like the Haiku revision, which gcc, details on the (virtual) hardware, and some info on what led up to the crash.

As a general hint, qemu has a -serial option which I would recommend to use always (I find -serial stdio quite convenient).

[kallisti5]

another page fault, running a sync

[kallisti5]

Feel free to ignore the first screenshot. Didn't have stdio serial going, but the next boot will and I'll grab the output

[kallisti5]

EDIT: <unrelated page fault removed and copied to #2539>

[diver]

Looks like #2539.

[bonefish]

Yes the app server crash looks like #2539. pagefault3.png is yet another issue. Please open separate bug reports for the different issues.

[kallisti5]

OK, lets focus on the page fault in pagefault2.png. Sorry for mixing them up in this ticket. As they occured within a few hours of each other on the same machine I thought they were all related.