On 23.12.2020. 18:24, Mark Kettenis wrote:
> Diff below switches the i386 pmap to use the modern km_alloc(9)
> functions and uses IPL_VM for the pmap pool, following the example of
> amd64.
>
> Don't have easy access to an i386 machine right now, so this has only
> been compile tested.
>
> ok (if it works)?
Hi,
i've checkout tree few minutes ago and i'm getting this log when
applying diff
r620-2# cat arch/powerpc64/powerpc64/pmap.c.rej
@@ -995,7 +995,7 @@
{
int i;
- pool_init(&pmap_pmap_pool, sizeof(struct pmap), 0, IPL_NONE, 0,
+ pool_init(&pmap_pmap_pool, sizeof(struct pmap), 0, IPL_MPFLOOR, 0,
"pmap", &pool_allocator_single);
pool_setlowat(&pmap_pmap_pool, 2);
pool_init(&pmap_vp_pool, sizeof(struct pmapvp1), 0, IPL_VM, 0,
but i've complied kernel with your diff and i'm getting this panic
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
panic: uvm_fault(0xd0e56c00, 0xf552f000, 0, 1) -> e
Stopped at db_enter+0x4: popl %ebp
TID PID UID PRFLAGS PFLAGS CPU COMMAND
* 0 0 0 0x10000 0x200 0K swapper
db_enter(d0e2fab5,d110aa54,0,f552f000,d0e798c8) at db_enter+0x4
panic(d0c3302c,d0e56c00,f552f000,1,e) at panic+0xd3
kpageflttrap(d110aac4,f552f438,f552f438,ffff,0) at kpageflttrap+0x14d
trap(d110aac4) at trap+0x26a
calltrap(8,10806,d0a46644,d110ab28,fee00000) at calltrap+0xc
pmap_enter_special_pae(d0e10000,fee00000,3,10) at
pmap_enter_special_pae+0x21e
lapic_boot_init(fee00000) at lapic_boot_init+0x43
acpimadt_attach(d6f08400,d6f34fc0,d110ac58) at acpimadt_attach+0x12c
config_attach(d6f08400,d0e202e0,d110ac58,d05abc50) at config_attach+0x18a
config_found_sm(d6f08400,d110ac58,d05abc50,d05ae190) at config_found_sm+0x29
acpi_attach_common(d6f08400,f0c40) at acpi_attach_common+0x556
acpi_attach(d6f120c0,d6f08400,d110adb8) at acpi_attach+0x2c
config_attach(d6f120c0,d0e204a0,d110adb8,d068fe40) at config_attach+0x18a
config_found_sm(d6f120c0,d110adb8,d068fe40,0) at config_found_sm+0x29
https://www.openbsd.org/ddb.html describes the minimum info required in bug
reports. Insufficient info makes it difficult to find and fix bugs.
