[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
local apic timer and C3 cpu idle states
- To: John Baldwin <jhb_(_at_)_freebsd_(_dot_)_org>
- Subject: local apic timer and C3 cpu idle states
- From: Nate Lawson <nate_(_at_)_cryptography_(_dot_)_com>
- Date: Sun, 07 May 2006 15:28:29 -0700
- Cc: acpi_(_at_)_freebsd_(_dot_)_org, FreeBSD Current <freebsd-current_(_at_)_freebsd_(_dot_)_org>
I've done some debugging of a problem some systems have with idle states
> C1 (hlt). When a lower idle state is enabled, the system seems to
slow down, keystrokes are delayed, etc. C1 has no problems.
In further analysis, it seems the only reason some systems continue
running at all is that USB causes interrupts for polling. The reason
the system seems slower is that the timer rate drops from 120 to about
60 (with HZ=100). With USB disabled, the system is completely
non-operational except if the power button is used to artificially
I found that all such systems have an APIC and are using the lapic
timer. With just apic disabled (hint.apic.0.disabled="1"), the acpi
idle states are all usable (C1-C4). The lapic timer stops while the
system is in C3. It seems that Linux had the same problem a while back:
We should not be using the lapic timer on UP systems if acpi idling is
enabled or find some other workaround.
freebsd-acpi_(_at_)_freebsd_(_dot_)_org mailing list
To unsubscribe, send any mail to "freebsd-acpi-unsubscribe_(_at_)_freebsd_(_dot_)_org"
Visit your host, monkey.org