Re: [9fans] Race condition in /sys/src/9/pc/trap.c?
- From: quanstro@xxxxxxxxxx (erik quanstrom)
- Date: Fri, 31 Jul 2009 20:15:39 GMT
it ensures mmuflushes in all other processes (sharing that segment) as well.
in fact, the crash you describe just emphasises that point:
the page reference no longer exists, hence the fault.
the problem (which frankly doesn't bother me) is that fault386
is being overly cautious in assuming that a page fault that occurs
in system mode but can't map a page successfully is necessarily a kernel bug:
that's not true. it could just note the process instead.
(it doesn't bother me because since unix days i've seen less than a handful
of programs that SHRINK their existing data segments, and i think that's the
only case that can cause the panic you're seeing.)
if this case is really not important, would it make sense
to disallow shrinking segments? it might be worth it just
to be able to define Eshrinkage.
- erik
.
- Follow-Ups:
- Re: [9fans] Race condition in /sys/src/9/pc/trap.c?
- From: Charles Forsyth
- Re: [9fans] Race condition in /sys/src/9/pc/trap.c?
- References:
- Re: [9fans] Race condition in /sys/src/9/pc/trap.c?
- From: Charles Forsyth
- Re: [9fans] Race condition in /sys/src/9/pc/trap.c?
- Prev by Date: Re: [9fans] Race condition in /sys/src/9/pc/trap.c?
- Next by Date: Re: [9fans] detecting drawterm
- Previous by thread: Re: [9fans] Race condition in /sys/src/9/pc/trap.c?
- Next by thread: Re: [9fans] Race condition in /sys/src/9/pc/trap.c?
- Index(es):
Relevant Pages
|
Loading
