Searched hist:"19 d4720b1e6b0d0c9124874a731953433e0ff714" (Results 1 – 2 of 2) sorted by relevance
| /freebsd/sys/x86/x86/ |
| H A D | cpu_machdep.c | diff 19d4720b1e6b0d0c9124874a731953433e0ff714 Wed Feb 08 17:46:57 CET 2017 Jonathan T. Looney <jtl@FreeBSD.org> Ensure the idle thread's loop services interrupts in a timely way when
using the ACPI C1/mwait sleep method.
Previously, the mwait instruction would return when an interrupt was
pending; however, the idle loop did not actually enable interrupts when
this occurred. This led to a situation where the idle loop could quickly
spin through the C1/mwait sleep method a number of times when an interrupt
was pending. (Eventually, the situation corrected itself when something
other than an interrupt triggered the idle loop to either enable interrupts
or schedule another thread.)
Reviewed by: kib, imp (earlier version)
Input from: jhb
MFC after: 1 week
Sponsored by: Netflix
|
| /freebsd/sys/dev/acpica/ |
| H A D | acpi_cpu.c | diff 19d4720b1e6b0d0c9124874a731953433e0ff714 Wed Feb 08 17:46:57 CET 2017 Jonathan T. Looney <jtl@FreeBSD.org> Ensure the idle thread's loop services interrupts in a timely way when
using the ACPI C1/mwait sleep method.
Previously, the mwait instruction would return when an interrupt was
pending; however, the idle loop did not actually enable interrupts when
this occurred. This led to a situation where the idle loop could quickly
spin through the C1/mwait sleep method a number of times when an interrupt
was pending. (Eventually, the situation corrected itself when something
other than an interrupt triggered the idle loop to either enable interrupts
or schedule another thread.)
Reviewed by: kib, imp (earlier version)
Input from: jhb
MFC after: 1 week
Sponsored by: Netflix
|