mirror of
https://github.com/torvalds/linux.git
synced 2024-12-06 11:01:43 +00:00
cbc24afa82
The below warning was added in place of pte_mkyoung(); if (is_write) pte_mkdirty(); In fact, if the PTE is not marked young/dirty, our dirty/accessed bit emulation would cause the TLB permission not to be changed, and so we'd loop, and given we don't support preemption yet, we'd busy-hang here. However, I've seen this warning trigger without crashes during a loop of concurrent kernel builds, at random times (i.e. like a race condition), and I realized that two concurrent faults on the same page, one on read and one on write, can trigger it. The read fault gets serviced and the PTE gets marked writable but clean (it's possible on a shared-writable mapping), while the generic code sees the PTE was already installed and returns without action. In this case, we'll see another fault and service it normally. Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it> Acked-by: Jeff Dike <jdike@addtoit.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> |
||
---|---|---|
.. | ||
skas | ||
tt | ||
asm-offsets.c | ||
config.c.in | ||
dyn.lds.S | ||
exec_kern.c | ||
exitcode.c | ||
gmon_syms.c | ||
gprof_syms.c | ||
init_task.c | ||
initrd.c | ||
irq_user.c | ||
irq.c | ||
ksyms.c | ||
Makefile | ||
mem.c | ||
physmem.c | ||
process_kern.c | ||
ptrace.c | ||
reboot.c | ||
resource.c | ||
sigio_kern.c | ||
sigio_user.c | ||
signal_kern.c | ||
signal_user.c | ||
smp.c | ||
syscall_kern.c | ||
syscall.c | ||
sysrq.c | ||
time_kern.c | ||
time.c | ||
tlb.c | ||
trap_kern.c | ||
trap_user.c | ||
tty_log.c | ||
uaccess.c | ||
um_arch.c | ||
umid.c | ||
uml.lds.S | ||
user_util.c | ||
vmlinux.lds.S |