Opened 5 days ago

Closed 3 days ago

Last modified 24 hours ago

#18915 closed bug (fixed)

PANIC: page fault, but interrupts were disabled

Reported by: bbjimmy Owned by: nobody
Priority: blocker Milestone: R1/beta5
Component: System/Kernel Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description (last modified by diver)

I updated to hrev57762

PANIC on boot.

Disabling smp in the bios allows the system to boot properly.

Attachments (1)

IMG_20240612_074820386_HDR.jpg​ (2.6 MB ) - added by bbjimmy 5 days ago.
Image of the Kernel PANICK

Change History (16)

by bbjimmy, 5 days ago

Attachment: IMG_20240612_074820386_HDR.jpg​ added

Image of the Kernel PANICK

comment:1 by nephele, 5 days ago

What was the previous working hrev?

in reply to:  1 comment:3 by bbjimmy, 5 days ago

Replying to nephele:

What was the previous working?

hrev57754-1-x86_64

Last edited 5 days ago by bbjimmy (previous) (diff)

comment:4 by diver, 5 days ago

Description: modified (diff)
Summary: PANICK: page cault but interrupts were disabled. → PANIC: page fault, but interrupts were disabled
Version: R1/beta4 → R1/Development

comment:5 by nephele, 5 days ago

From those it looks like the issue may have been introduced in hrev57761

comment:7 by X512, 5 days ago

A bit unrelated but I don't know another place that Korli can see. It is fine to get non-root element of binary heap? It will be not guaranteed to be next minimum/maximum value. Heapify operation will be required. 

-	inline	Element*	PeekRoot() const;
+	inline	Element*	PeekRoot(int32 index = 0) const;

in reply to:  7 comment:8 by korli, 4 days ago

Replying to X512:

A bit unrelated but I don't know another place that Korli can see. It is fine to get non-root element of binary heap? It will be not guaranteed to be next minimum/maximum value. Heapify operation will be required.

I'm not expert on this. As there is no unit tests for the MinMapHeap, it's difficult to evaluate. Non-root elements are only needed when the top element doesn't fit on the current CPU/Core/Package. Are you able to identify the heapify operation in this class?

comment:9 by korli, 3 days ago

Resolution: → fixed
Status: new → closed

Should be fixed in hrev57765.

comment:10 by X512, 3 days ago

Seems still not fixed in hrev57765 for me. Various userland processes (locale etc.) crash nearly immediately after rocket icon, causing displaying debugger in consoled. hrev57760 works fine.

comment:11 by CodeforEvolution, 3 days ago

Same here...I had an immediate page fault even before the the Rocket showed up for x86_64 running on QEMU with hrev57763.

in reply to:  10 comment:12 by X512, 2 days ago

Replying to X512:

Seems still not fixed in hrev57765 for me. Various userland processes (locale etc.) crash nearly immediately after rocket icon, causing displaying debugger in consoled. hrev57760 works fine.

False alarm. It was overridden libroot.so in non-packaged directory.

in reply to:  11 ; comment:13 by korli, 2 days ago

Replying to CodeforEvolution:

Same here...I had an immediate page fault even before the the Rocket showed up for x86_64 running on QEMU with hrev57763.

Thanks for the feedback, I'm afraid hrev57765 isn't yet available. See #18917

in reply to:  13 comment:14 by korli, 29 hours ago

Thanks for the feedback, I'm afraid hrev57765 isn't yet available. See #18917

hrev57768 is now available.

comment:15 by bbjimmy, 24 hours ago

The latest update boota with all four cores running! Thanks.

Note: See TracTickets for help on using tickets.