| /openbsd/sys/arch/amd64/include/ |
| H A D | i82489var.h | 60854cb9 Sat Jun 06 23:45:35 GMT 2009 guenther <guenther@openbsd.org> Unrevert the curpmap change with the addition of correct %gs handling
in the IPI handler so that it works when it interrupts userspace,
waiting for the droppmap IPI to complete when destroying it, and
(most importantly) don't call pmap_tlb_droppmap() from cpu_exit().
Tested by myself and ckuethe, as our machines choked on the original.
ok @art
|
| H A D | pmap.h | 60854cb9 Sat Jun 06 23:45:35 GMT 2009 guenther <guenther@openbsd.org> Unrevert the curpmap change with the addition of correct %gs handling
in the IPI handler so that it works when it interrupts userspace,
waiting for the droppmap IPI to complete when destroying it, and
(most importantly) don't call pmap_tlb_droppmap() from cpu_exit().
Tested by myself and ckuethe, as our machines choked on the original.
ok @art
|
| H A D | cpu.h | 60854cb9 Sat Jun 06 23:45:35 GMT 2009 guenther <guenther@openbsd.org> Unrevert the curpmap change with the addition of correct %gs handling
in the IPI handler so that it works when it interrupts userspace,
waiting for the droppmap IPI to complete when destroying it, and
(most importantly) don't call pmap_tlb_droppmap() from cpu_exit().
Tested by myself and ckuethe, as our machines choked on the original.
ok @art
|
| /openbsd/sys/arch/amd64/amd64/ |
| H A D | vm_machdep.c | 60854cb9 Sat Jun 06 23:45:35 GMT 2009 guenther <guenther@openbsd.org> Unrevert the curpmap change with the addition of correct %gs handling
in the IPI handler so that it works when it interrupts userspace,
waiting for the droppmap IPI to complete when destroying it, and
(most importantly) don't call pmap_tlb_droppmap() from cpu_exit().
Tested by myself and ckuethe, as our machines choked on the original.
ok @art
|
| H A D | genassym.cf | 60854cb9 Sat Jun 06 23:45:35 GMT 2009 guenther <guenther@openbsd.org> Unrevert the curpmap change with the addition of correct %gs handling
in the IPI handler so that it works when it interrupts userspace,
waiting for the droppmap IPI to complete when destroying it, and
(most importantly) don't call pmap_tlb_droppmap() from cpu_exit().
Tested by myself and ckuethe, as our machines choked on the original.
ok @art
|
| H A D | lapic.c | 60854cb9 Sat Jun 06 23:45:35 GMT 2009 guenther <guenther@openbsd.org> Unrevert the curpmap change with the addition of correct %gs handling
in the IPI handler so that it works when it interrupts userspace,
waiting for the droppmap IPI to complete when destroying it, and
(most importantly) don't call pmap_tlb_droppmap() from cpu_exit().
Tested by myself and ckuethe, as our machines choked on the original.
ok @art
|
| H A D | vector.S | 60854cb9 Sat Jun 06 23:45:35 GMT 2009 guenther <guenther@openbsd.org> Unrevert the curpmap change with the addition of correct %gs handling
in the IPI handler so that it works when it interrupts userspace,
waiting for the droppmap IPI to complete when destroying it, and
(most importantly) don't call pmap_tlb_droppmap() from cpu_exit().
Tested by myself and ckuethe, as our machines choked on the original.
ok @art
|
| H A D | locore.S | 60854cb9 Sat Jun 06 23:45:35 GMT 2009 guenther <guenther@openbsd.org> Unrevert the curpmap change with the addition of correct %gs handling
in the IPI handler so that it works when it interrupts userspace,
waiting for the droppmap IPI to complete when destroying it, and
(most importantly) don't call pmap_tlb_droppmap() from cpu_exit().
Tested by myself and ckuethe, as our machines choked on the original.
ok @art
|
| H A D | pmap.c | 60854cb9 Sat Jun 06 23:45:35 GMT 2009 guenther <guenther@openbsd.org> Unrevert the curpmap change with the addition of correct %gs handling
in the IPI handler so that it works when it interrupts userspace,
waiting for the droppmap IPI to complete when destroying it, and
(most importantly) don't call pmap_tlb_droppmap() from cpu_exit().
Tested by myself and ckuethe, as our machines choked on the original.
ok @art
|
| H A D | cpu.c | 60854cb9 Sat Jun 06 23:45:35 GMT 2009 guenther <guenther@openbsd.org> Unrevert the curpmap change with the addition of correct %gs handling
in the IPI handler so that it works when it interrupts userspace,
waiting for the droppmap IPI to complete when destroying it, and
(most importantly) don't call pmap_tlb_droppmap() from cpu_exit().
Tested by myself and ckuethe, as our machines choked on the original.
ok @art
|