OK, this is another fix for the infamous i386 "PTDI panic". This fix is the

same as is used in 'vslock()'. The situation when this occurs is when a
process tries to read or write to another process vm space and the _segment_
referenced have not yet been mapped. A certain way of crashing a system is
to debug a program larger than 4 Mb (yes, those critters exist!). Set a break
in an address above 4 Mb and pmap_enter panics because it can't fault in a
new ptd page since it is not the process itself that calls pmap_enter.
This is a fix, not a solution, but at least a user can't crash the kernel.

0 files changed, 0 insertions, 0 deletions