Displaying 3 results from an estimated 3 matches for "__mwait".
Did you mean:
__main
2012 Mar 01
3
[PATCH v2] x86: Use deep C states for off-lined CPUs
...*power;
struct acpi_processor_cx *cx;
void *mwait_ptr;
+ struct cpuinfo_x86 *c = ¤t_cpu_data;
if ( (power = processor_powers[smp_processor_id()]) == NULL )
goto default_halt;
@@ -601,6 +602,23 @@ static void acpi_dead_idle(void)
mb();
__mwait(cx->address, 0);
}
+ }
+ else if ( c->x86_vendor == X86_VENDOR_AMD &&
+ cx->entry_method == ACPI_CSTATE_EM_SYSIO )
+ {
+ /* Intel prefers not to use SYSIO */
+
+ /* Avoid references to shared data after the cache flush */
+ u32...
2010 Mar 09
4
"monitor"-ed address and IPI reduction
What is the point of specifying "current" as the address to monitor? The
memory location of interest really is irq_stat[cpu].__softirq_pending,
and if that was used it would then also be possible to actually avoid
sending IPIs when monitor/mwait are in use, as is being done on Linux.
Jan
_______________________________________________
Xen-devel mailing list
2011 Feb 23
0
[PATCH] Fixing mwait usage when doing cpu offline
...@@ static void acpi_dead_idle(void)
{
case ACPI_CSTATE_EM_FFH:
/* Not treat interrupt as break event */
- mwait_idle_with_hints(cx->address, 0);
+ __monitor((void *)&mwait_wakeup(smp_processor_id()), 0, 0);
+ __mwait(cx->address, 0);
break;
case ACPI_CSTATE_EM_SYSIO:
inb(cx->address);
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel