PANIC: page fault, but interrupts were disabled

[bbjimmy]

I updated to hrev57762

PANIC on boot.

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

[bbjimmy]

Image of the Kernel PANICK

[nephele]

What was the previous working hrev?

[bbjimmy]

There is a thread on this issue: ​https://discuss.haiku-os.org/t/update-to-hrev57762-nightly-cause-kernel-panic-maybe-hrev57761-related-as-disabling-smp-enables-to-boot/15108

[bbjimmy]

Replying to nephele:

What was the previous working hrev-hrev1~beta4_hrev57754-1-x86_64

[nephele]

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

[korli]

Proposed fix: ​https://review.haiku-os.org/c/haiku/+/7777

[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.

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

[korli]

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?

[korli]

Should be fixed in hrev57765.

[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.

[CodeforEvolution]

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

[X512]

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.

[korli]

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

[korli]

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

hrev57768 is now available.

[bbjimmy]

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

[kim1963]

Replying to korli:

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

hrev57768 is now available.

In hrev57768 broken CPU "Energy saving mode"

[korli]

Replying to kim1963:

In hrev57768 broken CPU "Energy saving mode"

Thanks for the feedback. What do you mean by broken?

[kim1963]

Replying to korli:

Replying to kim1963:

In hrev57768 broken CPU "Energy saving mode"

Thanks for the feedback. What do you mean by broken?

You can reproduce the bug like this - turn on the energy conservation mode - Dooble browser - to go to YouTube.com repeatedly verified by assembly 57768 64 bits - CPU i5-8400

As a result, we get KDL panic and spontaneous reboot of the computer.

[korli]

​https://review.haiku-os.org/c/haiku/+/7790

[korli]

@kim1963 please check with hrev57783 or newer

[korli]

@kim1963 please check with hrev57783 or newer

[kim1963]

Replying to korli:

@kim1963 please check with hrev57783 or newer

hrev57793 - broken

As a result, we get KDL panic and spontaneous reboot of the computer.

[kim1963]

hrev57793 - broken

As a result, we get KDL panic and spontaneous reboot of the computer.

[korli]

Replying to kim1963:

hrev57793 - broken

As a result, we get KDL panic and spontaneous reboot of the computer.

I had a crash today too, please check with hrev57794 when it's available.

[kim1963]

Replying to korli:

Replying to kim1963:

hrev57793 - broken

As a result, we get KDL panic and spontaneous reboot of the computer.

I had a crash today too, please check with hrev57794 when it's available.

hrev57797 - work fine!

[kim1963]

Replying to korli:

Replying to kim1963:

hrev57793 - broken

As a result, we get KDL panic and spontaneous reboot of the computer.

I had a crash today too, please check with hrev57794 when it's available.

[kim1963]

hrev57797 - work fine !

[kim1963]

hrev57797 - work fine!

[kim1963]

hrev57797 - work fine!

[nephele]

Please comment only once for that, subscribers get an email for every new comment you post.

[korli]

Replying to nephele:

Please comment only once for that, subscribers get an email for every new comment you post.

I had these too. It's a Trac problem, the page request stays in-flight. Reloading the page doesn't show the comment, whereas it should.

[kim1963]

test hrev57798

[kim1963]

hrev57798 test

[kim1963]

Replying to korli:

Replying to nephele:

Please comment only once for that, subscribers get an email for every new comment you post.

I had these too. It's a Trac problem, the page request stays in-flight. Reloading the page doesn't show the comment, whereas it should.

YES!!!

[bipolar]

Just got this panic with hrev57804 (64 bits). "Power saving" mode was enabled at the time.

I was testing a build of ​https://github.com/fabiangreffrath/taradino/ (needs shareware data from: ​https://maniacsvault.net/ecwolf/files/shareware/1rott13.zip, and using -DTARADINO_SHAREWARE=ON on the cmake line).

KDL mentioned _user_mutex_sem_release (nearest) + 0x1060 and Scheduler::ThreadData::ChooseCoreAndCPU(...).

KDL happened after trying to exit taradino, having to kill it because it hangs on some midi code, and restarting it 2 times.

Without using "Power saving" mode, program runs/restarts fine (besides the midi issue). Trying again with Power saving mode enabled... couldn't reproduce the KDL, but system froze 2 times (had to force power down).