linux-stable-rt/arch/s390/kernel
Martin Schwidefsky 050eef364a [S390] fix tlb flushing vs. concurrent /proc accesses
The tlb flushing code uses the mm_users field of the mm_struct to
decide if each page table entry needs to be flushed individually with
IPTE or if a global flush for the mm_struct is sufficient after all page
table updates have been done. The comment for mm_users says "How many
users with user space?" but the /proc code increases mm_users after it
found the process structure by pid without creating a new user process.
Which makes mm_users useless for the decision between the two tlb
flusing methods. The current code can be confused to not flush tlb
entries by a concurrent access to /proc files if e.g. a fork is in
progres. The solution for this problem is to make the tlb flushing
logic independent from the mm_users field.

Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
2010-08-24 09:26:34 +02:00
..
vdso32
vdso64
Makefile
asm-offsets.c
audit.c
audit.h
base.S
bitmap.c
compat_audit.c
compat_exec_domain.c
compat_linux.c
compat_linux.h
compat_ptrace.h
compat_signal.c
compat_wrapper.S
cpcmd.c
crash.c
debug.c
diag.c
dis.c
early.c
ebcdic.c
entry.S
entry.h
entry64.S
ftrace.c
head.S
head31.S
head64.S
init_task.c
ipl.c
irq.c
kprobes.c
machine_kexec.c
mcount.S
mcount64.S
mem_detect.c
module.c
nmi.c
process.c
processor.c
ptrace.c
reipl.S
reipl64.S
relocate_kernel.S
relocate_kernel64.S
s390_ext.c
s390_ksyms.c
sclp.S
setup.c
signal.c
smp.c [S390] fix tlb flushing vs. concurrent /proc accesses 2010-08-24 09:26:34 +02:00
stacktrace.c
suspend.c
switch_cpu.S
switch_cpu64.S
swsusp_asm64.S
sys_s390.c
syscalls.S
sysinfo.c
time.c
topology.c
traps.c
vdso.c
vmlinux.lds.S
vtime.c