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 | ||
| 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 | ||
| entry64.S | ||
| entry.h | ||
| entry.S | ||
| ftrace.c | ||
| head31.S | ||
| head64.S | ||
| head.S | ||
| init_task.c | ||
| ipl.c | ||
| irq.c | ||
| kprobes.c | ||
| machine_kexec.c | ||
| Makefile | ||
| mcount64.S | ||
| mcount.S | ||
| mem_detect.c | ||
| module.c | ||
| nmi.c | ||
| process.c | ||
| processor.c | ||
| ptrace.c | ||
| reipl64.S | ||
| reipl.S | ||
| relocate_kernel64.S | ||
| relocate_kernel.S | ||
| s390_ext.c | ||
| s390_ksyms.c | ||
| sclp.S | ||
| setup.c | ||
| signal.c | ||
| smp.c | ||
| stacktrace.c | ||
| suspend.c | ||
| switch_cpu64.S | ||
| switch_cpu.S | ||
| swsusp_asm64.S | ||
| sys_s390.c | ||
| syscalls.S | ||
| sysinfo.c | ||
| time.c | ||
| topology.c | ||
| traps.c | ||
| vdso.c | ||
| vmlinux.lds.S | ||
| vtime.c | ||