| commit | 7a6ce7c7fc9b080ca50453ba55d7a405c92ca5f4 | |
| author | Matthew Dillon <dillon@apollo.backplane.com> | |
| Wed, 10 Mar 2010 23:56:09 +0000 (10 15:56 -0800) | ||
| committer | Matthew Dillon <dillon@apollo.backplane.com> | |
| Wed, 10 Mar 2010 23:56:09 +0000 (10 15:56 -0800) | ||
| tree | e59d614052c9f3d9244d65b7302988888b3eb30e | treesnapshot (tar.gz zip) |
| parent | 7ebe6e57e1092848a12fde286de6a43c8a2c7cbd | commitdiff |
kernel - fix procfs vm_map scan.
* procfs was holding a vm_map lock during a uiomove, which can result
in a recursive lock panic on the vm_map.
* since we must now unlock the map during the uiomove use a trick with
vm_map->hint to detect if the current entry has been ripped out from
under us and issue a lookup to reacquire our position in the scan.
Reported-by: "Alex Hornung" <ahornung@gmail.com>
* procfs was holding a vm_map lock during a uiomove, which can result
in a recursive lock panic on the vm_map.
* since we must now unlock the map during the uiomove use a trick with
vm_map->hint to detect if the current entry has been ripped out from
under us and issue a lookup to reacquire our position in the scan.
Reported-by: "Alex Hornung" <ahornung@gmail.com>
| sys/vfs/procfs/procfs_map.c | diffblobblamehistory |