After update I had performance issue with ~50% one core CPU load in idle, so I checked what task increase load, and I think it’s issue happened after acpi: Always read EC_DATA after burst enable command · haiku/haiku@588830e · GitHub
CC @smrobtzz.
I think this happens on some systems before this commit, so it may be a regression technically but it may just have exposed your system as having the same problems as some others?
Maybe, but I can’t check that cause my previous package state was created months ago, so no useful information for debugging.
For more full report my hardware setup is Lenovo Thinkpad T14 gen 1 with 10th gen Intel core i5
Not the same thing I think. On some system the way to hold the lock changed is not the standard one, and it cause cpu to spin endlessly pegging a CPU. This does not seem to be the case here but feel free to investigate the other cases.
We setup embedded controller handling way too late (after ACPI _INIs have been called), so it’s not unexpected the firmware would behave strangely
Can we fix that without too much difficulty?
That change was merged in hrev59763. Is this improved now?


