050eef364a
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> |
||
---|---|---|
.. | ||
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 | ||
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 |