<div dir="ltr">Note that those livelock thresholds are global, so they may mess up (slow down greatly) disk I/O and network I/O too.  I won't have time until July to put together a workaround, but perhaps Sephe can extend his kern.livelock_limit_hi feature into a kern.livelock_limit_lo feature that is then flagged for the ACPI interrupt as a more permanent workaround.<div><br></div><div>-Matt</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 12, 2017 at 1:39 AM, Francois Tigeot <span dir="ltr"><<a href="mailto:ftigeot@wolfpond.org" target="_blank">ftigeot@wolfpond.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span class=""><br>
On Wed, May 17, 2017 at 08:58:26PM +0200, Luca Franchini wrote:<br>
><br>
> thank you for answering and for your work too. I'll will stay tuned for<br>
> next updates.<br>
<br>
</span>Thanks Luca!<br>
<br>
With the help of dillon@, I noticed the first core of my Skylake laptop was<br>
being pegged by acpi interrupts:<br>
<br>
[systat -pv 1 output]<br>
       timer     ipi  extint user%  sys% intr% idle%  smpcol<br>
cpu0     238      11   25316   0.0  51.1  48.1   0.8       0<br>
<br>
[vmstat -i output]<br>
interrupt                    total       rate<br>
acpi0                     89216043      23348<br>
<br>
Setting a much lower treshold for misbehaving interrupts made the laptop<br>
usable. These are the sysctls I used:<br>
<br>
kern.livelock_lowater=1000<br>
kern.livelock_limit=2000<br>
<br>
It's far from perfect though and power usage is still excessive; I'll try<br>
to learn more about the acpi subsystem in order to find out what exactly<br>
is going wrong here.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Francois Tigeot<br>
</font></span></blockquote></div><br></div>