Opened 7 years ago

Last modified 5 years ago

#8028 assigned bug

PANIC: vm_page_fault: unhandled page fault in kernel space at 0x8, ip 0x80054bbb

Reported by: humdinger Owned by: mmlr
Priority: high Milestone: R1
Component: System/Kernel Version: R1/Development
Keywords: port heap Cc: degea@…
Blocked By: Blocking: #9641
Has a Patch: no Platform: All

Description

This is hrev42858, gcc2hybrid

I can't really remember what exactly was going on when this crash occured, but I took a picture... It starts with:

PANIC: vm_page_fault: unhandled page fault in kernel space at 0x8, ip 0x80054bbb

I hope it's no duplicate, couldn't find an existing ticket after just a short search.
Are these kinds of reports helpful at all?

Attachments (3)

KDL.JPG (127.4 KB) - added by humdinger 7 years ago.
KDL: vm_page_fault
kdl-2.JPG (106.9 KB) - added by humdinger 7 years ago.
another one of that sort
kdl-3.JPG (245.9 KB) - added by humdinger 7 years ago.
another one of that sort

Download all attachments as: .zip

Change History (14)

Changed 7 years ago by humdinger

Attachment: KDL.JPG added

KDL: vm_page_fault

comment:1 Changed 7 years ago by bonefish

Keywords: port heap added
Owner: changed from axeld to mmlr
Status: newassigned

comment:2 Changed 7 years ago by humdinger

Attached another KDL photo that seems to show the same issue. This time it's:

PANIC: vm_page_fault: unhandled page fault in kernel space at 0x8, ip 0x8005683f

ETA: Haiku revision is hrev43696.

Last edited 7 years ago by humdinger (previous) (diff)

Changed 7 years ago by humdinger

Attachment: kdl-2.JPG added

another one of that sort

comment:3 Changed 7 years ago by mmadia

Milestone: R1R1/alpha4
Priority: normalhigh

comment:4 Changed 7 years ago by humdinger

And another one. Attached kdl-3.jpg. This time I left the computer after 3 hours uptime for 30 minutes while it was building a Haiku image (jam -qj2, 2gb ram). Came back to KDL.

Changed 7 years ago by humdinger

Attachment: kdl-3.JPG added

another one of that sort

comment:5 Changed 7 years ago by mmlr

That last one isn't related, it has a different stack trace not pointing to the port heap. It'd probably warrant it's own ticket.

comment:6 in reply to:  5 Changed 7 years ago by bonefish

Replying to mmlr:

That last one isn't related, it has a different stack trace not pointing to the port heap. It'd probably warrant it's own ticket.

Clemens reverted the code in hrev43739, so no point in creating a new ticket.

comment:7 Changed 7 years ago by humdinger

I found that last, kdl-3, being reproducible. I'm trying to build a current Haiku image from Haiku hrev43696 with "AddOptionalHaikuImagePackages DemoPackage_Data ;" in the UserBuildProfile. The KDL appears always while extracting the demo package into the image. The 50mb package extracts to about 75mb. I made sure the image is large enough...

When extracting the demo package with Expander, there's no problem. The email seen in the KDL looks OK too...

comment:8 in reply to:  7 Changed 7 years ago by bonefish

Replying to humdinger:

I found that last, kdl-3, being reproducible.

My previous comment might have been a bit to concise. :-) The crash is in the FD path info code Clemens introduced a while ago. It has a few issues which I commented on on the commit list. Since Clemens didn't have the time to address them, he removed the code for the time being (in hrev43739). So no need to track that KDL.

comment:9 Changed 6 years ago by scottmc

Milestone: R1/alpha4R1

comment:10 Changed 6 years ago by anevilyak

Blocking: 9641 added

(In #9641) Thought I'd seen it before...duplicate of #8028.

comment:11 Changed 5 years ago by ttcoder

Cc: degea@… added

For what it's worth, this page fault in the port-heap code can sometimes follow immediately after the "got an in use page 0x.... from the free pages list" port heap panic of #5474 (as noted in the duplicate ticket #10498).

Note: See TracTickets for help on using tickets.