android_kernel_motorola_sm6225/arch/ia64/sn/kernel/sn2
Jack Steiner d74700e604 [IA64-SGI] Missed TLB flush
I see why the problem exists only on SN. SN uses a different hardware
mechanism to purge TLB entries across nodes.

It looks like there is a bug in the SN TLB flushing code. During context switch,
kernel threads inherit the mm of the task that was previously running on the
cpu. This confuses the code in sn2_global_tlb_purge().

The result is a missed TLB purge for the task that owns the "borrowed" mm.

(I hit the problem running heavy stress where kswapd was purging code pages of
a user task that woke kswapd. The user task took a SIGILL fault trying to
execute code in the page that had been ripped out from underneath it).

Signed-off-by: Jack Steiner <steiner@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
2005-12-16 10:46:25 -08:00
..
cache.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
io.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
Makefile Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
prominfo_proc.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
ptc_deadlock.S [IA64-SGI] Fix SN PTC deadlock recovery 2005-12-06 09:13:42 -08:00
sn2_smp.c [IA64-SGI] Missed TLB flush 2005-12-16 10:46:25 -08:00
sn_hwperf.c [IA64] fix bug in sn/ia64 for sparse CPU numbering 2005-11-21 14:15:42 -08:00
sn_proc_fs.c Merge linux-2.6 into linux-acpi-2.6 test 2005-09-03 02:44:09 -04:00
timer.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
timer_interrupt.c [IA64-SGI] - New SN hardware support - no_wars 2005-08-17 15:30:44 -07:00