Fiasco.OC won't boot on Aaeon FWS2360 ...
Andreas Steinmetzler
andreas at steinmetzler.com
Tue Dec 15 00:35:08 CET 2020
Hi,
in some experiments I'm trying to run Fiasco/L4re on a Aaeon FWS2360
(https://www.aaeon.com/en/p/desktop-network-appliance-fws-2360) with an
Intel Atom C3558. Unfortunately Fiasco gets stuck on boot when trying to
start the different cores of the processor (I'm using the latest
published l4re-snapshot-20.10.0). For this test I'm using the "hello
world" ISO build with this command
make E=hello grub2iso
MODULE_SEARCH_PATH="${PWD}/../build-fiasco-amd64"
The ISO image boots fine on another amd64 system. After adding some
printf()'s to the file kernel_thread-ia32.cpp it looks to me that things
get stuck with this call:
// Send IPI-Sequency to startup the APs
Apic::mp_startup(Cpu::boot_cpu(), Apic::APIC_IPI_OTHERS, tramp_page);
as it does not return anymore ... any hint how to debug this or drill
down to get more information and the AtomC3558 system to boot?
Thanks
Andreas
L4 Bootstrapper
Build: #2 Mon Dec 14 12:09:54 PST 2020, x86-64, 7.5.0
RAM: 0000000000000000 - 00000000000997ff: 614kB
RAM: 0000000000100000 - 000000003e2dffff: 1017728kB
RAM: 000000003e300000 - 0000000078762fff: 954764kB
RAM: 0000000078773000 - 000000007de44fff: 88904kB
RAM: 000000007f34b000 - 000000007f7fffff: 4820kB
RAM: 0000000100000000 - 000000087fffffff: 31457280kB
Total RAM: 32738MB
Scanning fiasco -serial_esc
Scanning sigma0
Scanning moe --init=rom/hello
need 272 bytes to copy MBI
reserved 272 bytes at 0x2000
Moving up to 5 modules behind 1100000
moving module 00 { 1021000-1246617 } -> { 119b000-13c0617 } [2250264]
moving module 04 { 170000-19b95f } -> { 116f000-119a95f } [178528]
moving module 03 { 152000-16f72f } -> { 1151000-116e72f } [120624]
moving module 02 { 10e000-15175f } -> { 110d000-115075f } [276320]
moving module 01 { 101000-10d48f } -> { 1100000-110c48f } [50320]
Loading fiasco
Loading sigma0
Loading moe
find kernel info page...
found kernel info page (via ELF) at 400000
Regions of list 'regions'
[ 0, fff] { 1000} Arch BIOS
[ 1000, 1fff] { 1000} Kern fiasco
[ 2000, 210f] { 110} Root mbi_rt
[ 99800, 9ffff] { 6800} Arch BIOS
[ e0000, fffff] { 20000} Arch BIOS
[ 100000, 11247f] { 12480} Sigma0 sigma0
[ 140000, 18007f] { 40080} Root moe
[ 182038, 1940e7] { 120b0} Root moe
[ 2d0400, 2e1257] { 10e58} Boot bootstrap
[ 300000, 34afff] { 4b000} Kern fiasco
[ 400000, 62efff] { 22f000} Kern fiasco
[ 1019000, 101efff] { 6000} Boot bootstrap-ptab64
[ 1151000, 119afff] { 4a000} Root Module
[ 3e2e0000, 3e2fffff] { 20000} Arch BIOS
[ 78763000, 78772fff] { 10000} Arch BIOS
[ 7de45000, 7df1cfff] { d8000} Arch BIOS
[ 7df1d000, 7df99fff] { 7d000} Arch BIOS
[ 7df9a000, 7e3aafff] { 411000} Arch BIOS
[ 7e3ab000, 7f34afff] { fa0000} Arch BIOS
[ 7f800000, 7fffffff] { 800000} Arch BIOS
[ e0000000, efffffff] { 10000000} Arch BIOS
[ fd000000, fe7fffff] { 1800000} Arch BIOS
[ ff000000, ffffffff] { 1000000} Arch BIOS
found kernel options (via ELF) at 401000
Sigma0 config ip:00000000001004a0 sp:0000000000000000
Roottask config ip:00000000001419ed sp:0000000000000000
Starting kernel fiasco at 0000000000300910
Welcome to L4/Fiasco.OC!
L4/Fiasco.OC microkernel on amd64
Rev: unknown compiled with gcc 7.5.0 for x86-64 []
Build: #7 Mon Dec 14 11:40:53 PST 2020
Performance-critical config option(s) detected:
CONFIG_NDEBUG is off
Superpages: yes
Kmem:: TSS mem at 8053f9000 (4096Bytes)
VMX: enabled
VMX: EPT supported
VMX: initialized
ACPI: RSDP[0xf05b0] r02 OEM:ALASKA
FPU0: SSE
ACPI: FACS phys=7e3a9080 virt=0x203a9080
ACPI: HW sig=cd
SERIAL ESC: allocated IRQ 4 for serial uart
VMX: init page sizes
SERIAL ESC: allocated IRQ 4 for serial uart
Not using serial hack in slow timer handler.
CPU[0]: GenuineIntel (6:5F:1:0)[000506f1] Model: Intel(R) Atom(TM) CPU
C3558 @ 2.20GHz at 2199MHz
Freeing init code/data: 20480 bytes (5 pages)
MP: detecting APs...
After tramp_page
More information about the l4-hackers
mailing list