Increased processor load with kernel team at ACPI task on hrev59759

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

1 Like

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

1 Like

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?

Yes: https://review.haiku-os.org/c/haiku/+/11058

5 Likes

That change was merged in hrev59763. Is this improved now?

1 Like

Unfortunately issue still exist, I update my system to hrev59772, and still have same output in syslog and same acpi_task with high CPU load. I can provide more information for analysis if that helps to fix that

1 Like