kernel-hacking-2024-linux-s.../arch/s390
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
..
appldata [S390] appldata: fix dev_get_stats 64 bit conversion 2010-08-13 10:06:55 +02:00
boot
crypto
hypfs switch hypfs to ->evict_inode() 2010-08-09 16:47:50 -04:00
include/asm [S390] fix tlb flushing vs. concurrent /proc accesses 2010-08-24 09:26:34 +02:00
kernel [S390] fix tlb flushing vs. concurrent /proc accesses 2010-08-24 09:26:34 +02:00
kvm
lib
math-emu
mm [S390] fix tlb flushing vs. concurrent /proc accesses 2010-08-24 09:26:34 +02:00
oprofile
defconfig defconfig reduction 2010-08-14 22:26:53 +02:00
Kconfig
Kconfig.debug
Makefile Merge commit 'v2.6.35' into kbuild/kbuild 2010-08-04 13:59:13 +02:00