Opened 8 months ago
Last modified 7 months ago
#18864 new bug
KDL when shutting down
Reported by: | johan | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | System/Kernel | Version: | R1/Development |
Keywords: | Cc: | korli | |
Blocked By: | Blocking: | ||
Platform: | x86-64 |
Description
Shutting down Haiku always KDLs. Reboot does not cause any problems.
I'm running Haiku (currently hrev57668) natively on a ThinkPad X1 Yoga Gen 7 (i7-1260P @ 2.50GHz, 16GiB RAM). It's a dualboot setup using rEFInd to boot Haiku and Win 11.
This has been happening since I installed Haiku last year, not a new issue.
I tried the suggestions from #18356 (kill wpa_suplicant before shutdown, and co
to continue), but the result is the same.
Attachments (2)
Change History (8)
by , 8 months ago
Attachment: | kdl-shutdown.jpg added |
---|
comment:1 by , 8 months ago
This doesn't appear to be related to #18356.
rax, rdx, and rdi appear to have garbage data in them: lots of 0x90s. That's probably the issue here.
Can you try booting with the "intel_cstates" module blacklisted and see if this changes anything?
comment:2 by , 8 months ago
Component: | - General → System/Kernel |
---|
comment:3 by , 8 months ago
I tried to blacklist the module, but I still got the same problem. I added the following text to "/boot/system/settings/packages":
Package haiku { EntryBlacklist { add-ons/kernel/power/cpuidle/intel_cstates } }
by , 7 months ago
Attachment: | syslog.old added |
---|
comment:5 by , 7 months ago
Cc: | added |
---|
It seems strange we are setting MTRRs so often, something looks wrong there.
Presumably we are getting here via an "all CPUs ICI" invocation of the set-mtrrs. Maybe something got stuck in the ICI layer and we are somehow processing the ICI multiple times, and thus the data is invalid later times?
I note this processor appears to have 4 performance cores and 8 efficiency cores. Perhaps that's somehow related to this? CC korli, he may have more ideas.
Photo of KDL