[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[PATCH 0/6 gnumach] SMP on AMD hardware
From: |
Damien Zammit |
Subject: |
[PATCH 0/6 gnumach] SMP on AMD hardware |
Date: |
Mon, 05 Feb 2024 11:33:34 +0000 |
Hi all,
This patchset fixes a number of things wrong with smp
and most of all fixes the root cause of an AP startup
problem (Patch 1), which may also be affecting IPIs in
general.
In qemu with smp, I get a new panic after all modules are
loaded:
../kern/slab.c:966: kmem_cache_alloc_from_slab: \
Assertion `bufctl != NULL' failed.panic {cpu1}
On HP T620 hardware with coreboot, I cannot test further
than the modules loading because the SATA controller
is not detected for some other reason.
Damien
- [PATCH 0/6 gnumach] SMP on AMD hardware,
Damien Zammit <=
- [PATCH 1/6 gnumach] Fix apic_send_ipi function clobbering read only fields, Damien Zammit, 2024/02/05
- [PATCH 2/6 gnumach] separate lapic_enable from lapic_setup, Damien Zammit, 2024/02/05
- [PATCH 3/6 gnumach] smp: Remove hardcoded AP_BOOT_ADDR, Damien Zammit, 2024/02/05
- [PATCH 4/6 gnumach] Add HPET timer for small accurate delays, Damien Zammit, 2024/02/05
- [PATCH 5/6 gnumach] smp: Use HPET instead of pit one-shot that is unreliable, Damien Zammit, 2024/02/05