[PATCH] i386/x86-64/ia64: Move polling flag into thread_info_status
During some profiling I noticed that default_idle causes a lot of memory traffic. I think that is caused by the atomic operations to clear/set the polling flag in thread_info. There is actually no reason to make this atomic - only the idle thread does it to itself, other CPUs only read it. So I moved it into ti->status. Converted i386/x86-64/ia64 for now because that was the easiest way to fix ACPI which also manipulates these flags in its idle function. Cc: Nick Piggin <npiggin@novell.com> Cc: Tony Luck <tony.luck@intel.com> Cc: Len Brown <len.brown@intel.com> Signed-off-by:Andi Kleen <ak@suse.de> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
Showing
- arch/i386/kernel/apm.c 3 additions, 3 deletionsarch/i386/kernel/apm.c
- arch/i386/kernel/process.c 3 additions, 3 deletionsarch/i386/kernel/process.c
- arch/ia64/kernel/process.c 2 additions, 2 deletionsarch/ia64/kernel/process.c
- arch/x86_64/kernel/process.c 3 additions, 4 deletionsarch/x86_64/kernel/process.c
- drivers/acpi/processor_idle.c 6 additions, 6 deletionsdrivers/acpi/processor_idle.c
- include/asm-i386/thread_info.h 4 additions, 3 deletionsinclude/asm-i386/thread_info.h
- include/asm-ia64/thread_info.h 5 additions, 0 deletionsinclude/asm-ia64/thread_info.h
- include/asm-x86_64/thread_info.h 4 additions, 2 deletionsinclude/asm-x86_64/thread_info.h
- kernel/sched.c 7 additions, 2 deletionskernel/sched.c
Loading
Please register or sign in to comment