Searched hist:12378 (Results 1 - 9 of 9) sorted by relevance
/freebsd-9.3-release/bin/expr/ | ||
H A D | expr.y | diff 12378 Sat Nov 18 16:05:03 MST 1995 joerg Fix my own brokeness for the colon operator, when one of the arguments was a valid integer. The actual decision between integer and string is now context-dependant on the operator being used. |
/freebsd-9.3-release/sys/amd64/include/ | ||
H A D | pmap.h | diff 64728 Wed Aug 16 19:24:44 MDT 2000 tegge Prepare for a cleanup of pmap module API pollution introduced by the suggested fix in PR 12378. Keep track of all existing pmaps independent of existing processes. This allows for a process to temporarily connect to a different address space without the risk of missing an update of the original address space if the kernel grows. pmap_pinit2() is no longer needed on the i386 platform but is left as a stub until the alpha pmap code is updated. PR: 12378 diff 64728 Wed Aug 16 19:24:44 MDT 2000 tegge Prepare for a cleanup of pmap module API pollution introduced by the suggested fix in PR 12378. Keep track of all existing pmaps independent of existing processes. This allows for a process to temporarily connect to a different address space without the risk of missing an update of the original address space if the kernel grows. pmap_pinit2() is no longer needed on the i386 platform but is left as a stub until the alpha pmap code is updated. PR: 12378 |
/freebsd-9.3-release/sys/i386/include/ | ||
H A D | pmap.h | diff 64728 Wed Aug 16 19:24:44 MDT 2000 tegge Prepare for a cleanup of pmap module API pollution introduced by the suggested fix in PR 12378. Keep track of all existing pmaps independent of existing processes. This allows for a process to temporarily connect to a different address space without the risk of missing an update of the original address space if the kernel grows. pmap_pinit2() is no longer needed on the i386 platform but is left as a stub until the alpha pmap code is updated. PR: 12378 diff 64728 Wed Aug 16 19:24:44 MDT 2000 tegge Prepare for a cleanup of pmap module API pollution introduced by the suggested fix in PR 12378. Keep track of all existing pmaps independent of existing processes. This allows for a process to temporarily connect to a different address space without the risk of missing an update of the original address space if the kernel grows. pmap_pinit2() is no longer needed on the i386 platform but is left as a stub until the alpha pmap code is updated. PR: 12378 |
/freebsd-9.3-release/sys/vm/ | ||
H A D | pmap.h | diff 48963 Wed Jul 21 16:02:27 MDT 1999 alc Fix the following problem: When creating new processes (or performing exec), the new page directory is initialized too early. The kernel might grow before p_vmspace is initialized for the new process. Since pmap_growkernel doesn't yet know about the new page directory, it isn't updated, and subsequent use causes a failure. The fix is (1) to clear p_vmspace early, to stop pmap_growkernel from stomping on memory, and (2) to defer part of the initialization of new page directories until p_vmspace is initialized. PR: kern/12378 Submitted by: tegge Reviewed by: dfr |
H A D | vm_glue.c | diff 48963 Wed Jul 21 16:02:27 MDT 1999 alc Fix the following problem: When creating new processes (or performing exec), the new page directory is initialized too early. The kernel might grow before p_vmspace is initialized for the new process. Since pmap_growkernel doesn't yet know about the new page directory, it isn't updated, and subsequent use causes a failure. The fix is (1) to clear p_vmspace early, to stop pmap_growkernel from stomping on memory, and (2) to defer part of the initialization of new page directories until p_vmspace is initialized. PR: kern/12378 Submitted by: tegge Reviewed by: dfr |
H A D | vm_map.c | diff 48963 Wed Jul 21 16:02:27 MDT 1999 alc Fix the following problem: When creating new processes (or performing exec), the new page directory is initialized too early. The kernel might grow before p_vmspace is initialized for the new process. Since pmap_growkernel doesn't yet know about the new page directory, it isn't updated, and subsequent use causes a failure. The fix is (1) to clear p_vmspace early, to stop pmap_growkernel from stomping on memory, and (2) to defer part of the initialization of new page directories until p_vmspace is initialized. PR: kern/12378 Submitted by: tegge Reviewed by: dfr |
/freebsd-9.3-release/sys/amd64/amd64/ | ||
H A D | pmap.c | diff 64728 Wed Aug 16 19:24:44 MDT 2000 tegge Prepare for a cleanup of pmap module API pollution introduced by the suggested fix in PR 12378. Keep track of all existing pmaps independent of existing processes. This allows for a process to temporarily connect to a different address space without the risk of missing an update of the original address space if the kernel grows. pmap_pinit2() is no longer needed on the i386 platform but is left as a stub until the alpha pmap code is updated. PR: 12378 diff 64728 Wed Aug 16 19:24:44 MDT 2000 tegge Prepare for a cleanup of pmap module API pollution introduced by the suggested fix in PR 12378. Keep track of all existing pmaps independent of existing processes. This allows for a process to temporarily connect to a different address space without the risk of missing an update of the original address space if the kernel grows. pmap_pinit2() is no longer needed on the i386 platform but is left as a stub until the alpha pmap code is updated. PR: 12378 diff 48963 Wed Jul 21 16:02:27 MDT 1999 alc Fix the following problem: When creating new processes (or performing exec), the new page directory is initialized too early. The kernel might grow before p_vmspace is initialized for the new process. Since pmap_growkernel doesn't yet know about the new page directory, it isn't updated, and subsequent use causes a failure. The fix is (1) to clear p_vmspace early, to stop pmap_growkernel from stomping on memory, and (2) to defer part of the initialization of new page directories until p_vmspace is initialized. PR: kern/12378 Submitted by: tegge Reviewed by: dfr |
/freebsd-9.3-release/sys/i386/i386/ | ||
H A D | pmap.c | diff 64728 Wed Aug 16 19:24:44 MDT 2000 tegge Prepare for a cleanup of pmap module API pollution introduced by the suggested fix in PR 12378. Keep track of all existing pmaps independent of existing processes. This allows for a process to temporarily connect to a different address space without the risk of missing an update of the original address space if the kernel grows. pmap_pinit2() is no longer needed on the i386 platform but is left as a stub until the alpha pmap code is updated. PR: 12378 diff 64728 Wed Aug 16 19:24:44 MDT 2000 tegge Prepare for a cleanup of pmap module API pollution introduced by the suggested fix in PR 12378. Keep track of all existing pmaps independent of existing processes. This allows for a process to temporarily connect to a different address space without the risk of missing an update of the original address space if the kernel grows. pmap_pinit2() is no longer needed on the i386 platform but is left as a stub until the alpha pmap code is updated. PR: 12378 diff 48963 Wed Jul 21 16:02:27 MDT 1999 alc Fix the following problem: When creating new processes (or performing exec), the new page directory is initialized too early. The kernel might grow before p_vmspace is initialized for the new process. Since pmap_growkernel doesn't yet know about the new page directory, it isn't updated, and subsequent use causes a failure. The fix is (1) to clear p_vmspace early, to stop pmap_growkernel from stomping on memory, and (2) to defer part of the initialization of new page directories until p_vmspace is initialized. PR: kern/12378 Submitted by: tegge Reviewed by: dfr |
/freebsd-9.3-release/sys/kern/ | ||
H A D | kern_fork.c | diff 48963 Wed Jul 21 16:02:27 MDT 1999 alc Fix the following problem: When creating new processes (or performing exec), the new page directory is initialized too early. The kernel might grow before p_vmspace is initialized for the new process. Since pmap_growkernel doesn't yet know about the new page directory, it isn't updated, and subsequent use causes a failure. The fix is (1) to clear p_vmspace early, to stop pmap_growkernel from stomping on memory, and (2) to defer part of the initialization of new page directories until p_vmspace is initialized. PR: kern/12378 Submitted by: tegge Reviewed by: dfr |
Completed in 850 milliseconds