Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 29 Apr 2017 20:29:02 -0700
From:      Mark Millard <markmi@dsl-only.net>
To:        freebsd-arm <freebsd-arm@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org>
Subject:   FYI: FreeBSD-12.0-CURRENT-arm64-aarch64-20170420-r317181.raw under qemu-system-aarch64 on odroid-c2 under UbuntuMate : No valid device tree blob found!
Message-ID:  <FF5D8468-CE04-411A-9F3C-10EF5F21D9E5@dsl-only.net>

next in thread | raw e-mail | index | archive | help
With:

=
http://snapshots.linaro.org/components/kernel/leg-virt-tianocore-edk2-upst=
ream/1917/QEMU-AARCH64/RELEASE_CLANG35/QEMU_EFI.fd

for QEMU_EFI.fd and with:

=
http://ftp1.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/12.0-CURRENT/aarch=
64/20170420/FreeBSD-12.0-CURRENT-arm64-aarch64-20170420-r317181.raw.xz

for FreeBSD's .raw file (after unxz) I tried:

qemu-system-aarch64 -m 1024M -enable-kvm -cpu host -M virt \
        -bios QEMU_EFI.fd -nographic \
        -drive =
format=3Draw,if=3Dnone,file=3DFreeBSD-12.0-CURRENT-arm64-aarch64-20170420-=
r317181.raw,id=3Dhd0 \
        -device virtio-blk-device,drive=3Dhd0 \
        -device virtio-net-device,netdev=3Dnet0 \
	-netdev user,id=3Dnet0 \
	-smp cpus=3D4

on an odroid-c2 running UbuntuMate:

# uname -a
Linux odroidc2UbMate 3.14.79-110 #1 SMP PREEMPT Tue Apr 11 20:16:54 BRT =
2017 aarch64 aarch64 aarch64 GNU/Linux

The result was:

. . .
Booting [/boot/kernel/kernel]...              =20
No valid device tree blob found!
WARNING! Trying to fire up the kernel, but no device tree blob found!
. . .
generic_timer0: <ARM Generic Timer> irq 29,30,27 on acpi0
panic: Attempt to copy invalid resource id: 29


In full detail:

>> FreeBSD EFI boot block
   Loader path: /boot/loader.efi

   Initializing modules: ZFS UFS
   Probing 5 block devices.......* done
    ZFS found no pools
    UFS found 1 partition
Consoles: EFI console =20
Command line arguments: loader.efi
Image base: 0x763b1000
EFI version: 2.60
EFI Firmware: EDK II (rev 1.00)

FreeBSD/arm64 EFI loader, Revision 1.1
(Thu Apr 20 16:51:44 UTC 2017 root@releng3.nyi.freebsd.org)
EFI boot environment
Loading /boot/defaults/loader.conf
/boot/kernel/kernel text=3D0x7b6848 data=3D0xa0578+0x43b3be =
syms=3D[0x8+0x106938+0x8+0xfb67b]
\
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel]...              =20
No valid device tree blob found!
WARNING! Trying to fire up the kernel, but no device tree blob found!
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2017 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights =
reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 12.0-CURRENT #0 r317181: Thu Apr 20 16:54:23 UTC 2017
    =
root@releng3.nyi.freebsd.org:/usr/obj/arm64.aarch64/usr/src/sys/GENERIC =
arm64
FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on =
LLVM 4.0.0)
WARNING: WITNESS option enabled, expect reduced performance.
VT: init without driver.
Starting CPU 1 (1)
Starting CPU 2 (2)
Starting CPU 3 (3)
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
arc4random: no preloaded entropy cache
random: entropy device external interface
kbd0 at kbdmux0
acpi0: <BOCHS BXPCFACP>
acpi0: Power Button (fixed)
acpi0: Sleep Button (fixed)
psci0: <ARM Power State Co-ordination Interface Driver> on acpi0
generic_timer0: <ARM Generic Timer> irq 29,30,27 on acpi0
panic: Attempt to copy invalid resource id: 29

cpuid =3D 0
time =3D 1
KDB: stack backtrace:
db_trace_self() at db_trace_self_wrapper+0x28
	 pc =3D 0xffff0000005db8a0  lr =3D 0xffff000000088910
	 sp =3D 0xffff0000000102a0  fp =3D 0xffff0000000104b0

db_trace_self_wrapper() at vpanic+0x184
	 pc =3D 0xffff000000088910  lr =3D 0xffff00000030a774
	 sp =3D 0xffff0000000104c0  fp =3D 0xffff000000010540

vpanic() at panic+0x48
	 pc =3D 0xffff00000030a774  lr =3D 0xffff00000030a800
	 sp =3D 0xffff000000010550  fp =3D 0xffff0000000105d0

panic() at intr_map_copy_map_data+0x164
	 pc =3D 0xffff00000030a800  lr =3D 0xffff000000616600
	 sp =3D 0xffff0000000105e0  fp =3D 0xffff000000010630

intr_map_copy_map_data() at intr_activate_irq+0xd8
	 pc =3D 0xffff000000616600  lr =3D 0xffff000000616280
	 sp =3D 0xffff000000010640  fp =3D 0xffff000000010690

intr_activate_irq() at nexus_activate_resource+0xb8
	 pc =3D 0xffff000000616280  lr =3D 0xffff0000005e77b8
	 sp =3D 0xffff0000000106a0  fp =3D 0xffff0000000106d0

nexus_activate_resource() at nexus_alloc_resource+0x10c
	 pc =3D 0xffff0000005e77b8  lr =3D 0xffff0000005e76cc
	 sp =3D 0xffff0000000106e0  fp =3D 0xffff000000010730

nexus_alloc_resource() at resource_list_alloc+0x1d4
	 pc =3D 0xffff0000005e76cc  lr =3D 0xffff00000033bf94
	 sp =3D 0xffff000000010740  fp =3D 0xffff000000010790

resource_list_alloc() at acpi_alloc_resource+0x17c
	 pc =3D 0xffff00000033bf94  lr =3D 0xffff0000000924fc
	 sp =3D 0xffff0000000107a0  fp =3D 0xffff000000010850

acpi_alloc_resource() at bus_alloc_resources+0xd8
	 pc =3D 0xffff0000000924fc  lr =3D 0xffff00000033dfa4
	 sp =3D 0xffff000000010860  fp =3D 0xffff0000000108b0

bus_alloc_resources() at arm_tmr_attach+0xc8
	 pc =3D 0xffff00000033dfa4  lr =3D 0xffff0000005ca394
	 sp =3D 0xffff0000000108c0  fp =3D 0xffff0000000108f0

arm_tmr_attach() at device_attach+0x404
	 pc =3D 0xffff0000005ca394  lr =3D 0xffff00000033b60c
	 sp =3D 0xffff000000010900  fp =3D 0xffff000000010950

device_attach() at bus_generic_attach+0x50
	 pc =3D 0xffff00000033b60c  lr =3D 0xffff00000033c808
	 sp =3D 0xffff000000010960  fp =3D 0xffff000000010980

bus_generic_attach() at acpi_attach+0xd44
	 pc =3D 0xffff00000033c808  lr =3D 0xffff000000091b98
	 sp =3D 0xffff000000010990  fp =3D 0xffff000000010a40

acpi_attach() at device_attach+0x404
	 pc =3D 0xffff000000091b98  lr =3D 0xffff00000033b60c
	 sp =3D 0xffff000000010a50  fp =3D 0xffff000000010aa0

device_attach() at bus_generic_new_pass+0x120
	 pc =3D 0xffff00000033b60c  lr =3D 0xffff00000033ced0
	 sp =3D 0xffff000000010ab0  fp =3D 0xffff000000010ae0

bus_generic_new_pass() at bus_generic_new_pass+0xe4
	 pc =3D 0xffff00000033ced0  lr =3D 0xffff00000033ce94
	 sp =3D 0xffff000000010af0  fp =3D 0xffff000000010b20

bus_generic_new_pass() at bus_set_pass+0x8c
	 pc =3D 0xffff00000033ce94  lr =3D 0xffff000000339114
	 sp =3D 0xffff000000010b30  fp =3D 0xffff000000010b60

bus_set_pass() at mi_startup+0xc8
	 pc =3D 0xffff000000339114  lr =3D 0xffff0000002a8c34
	 sp =3D 0xffff000000010b70  fp =3D 0xffff000000010bb0

mi_startup() at virtdone+0x54
	 pc =3D 0xffff0000002a8c34  lr =3D 0xffff000000001084
	 sp =3D 0xffff000000010bc0  fp =3D 0x0000000000000000

KDB: enter: panic
[ thread pid 0 tid 100000 ]
Stopped at      kdb_enter+0x40: undefined       d4200000
db>=20


Historical note:

I last tried this sort of thing was back in 2016-September
with 11-RELEASE and it booted but there were later problems.
I tried the above because of the two recent fixes that
remove aarch64-specific problems that were happening during
fork. (There is no snapshot of stable/11 that has both of
those fixes yet --and I've been using CURRENT anyway.)

Some notes from back in 2016-August through 2016-October
by other folks are at:

https://forum.odroid.com/viewtopic.php?t=3D23356

The Odroid-C2 has also had various software updates since
my earlier attempt so nothing has a known-good status for
the purpose as far as my history goes. I can not lay
blame as stands.

=3D=3D=3D
Mark Millard
markmi at dsl-only.net




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FF5D8468-CE04-411A-9F3C-10EF5F21D9E5>