On Wed, Nov 02, 2016 at 09:18:15AM -0700, Jason Harmening wrote: > I think you are probably right. Hacking out the Intel-specific > additions to C-state parsing in acpi_cpu_cx_cst() from r282678 (thus > going back to sti;hlt instead of monitor+mwait at C1) fixed the problem > for me. But r282678 also had the effect of enabling C2 and C3 on my > system, because ACPI only presents MWAIT entries for those states and > not p_lvlx. You can do the same with "debug.acpi.disabled=mwait" loader tunable without hacking the code. And set sysctl hw.acpi.cpu.cx_lowest to C1 to enforce use of hlt instruction even when mwait states were requested. _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
- huge nanosleep variance on 11-stable Jason Harmening
- Re: huge nanosleep variance on 11-stable Jason Harmening
- Re: huge nanosleep variance on 11-stable Jason Harmening
- Re: huge nanosleep variance on 11-stable Kevin Oberman
- Re: huge nanosleep variance on 11-sta... Jason Harmening
- Re: huge nanosleep variance on 1... Kevin Oberman
- Re: huge nanosleep variance ... Jason Harmening
- Re: huge nanosleep variance on 11-sta... George Mitchell
- Re: huge nanosleep variance on 11-stable Konstantin Belousov
- Re: huge nanosleep variance on 11-stable Jason Harmening
- Re: huge nanosleep variance on 11-sta... Konstantin Belousov
- Re: huge nanosleep variance on 1... Ian Smith
- Re: huge nanosleep variance on 1... Konstantin Belousov
- Re: huge nanosleep variance ... Jason Harmening
- Re: huge nanosleep varia... Jason Harmening
- Re: huge nanosleep varia... Konstantin Belousov
- Re: huge nanosleep variance on 11-stable Scott Bennett