RockPro64 with latest image fails to boot?

Søren Schmidt <[email protected]>
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <[email protected]> 
Hi

Just tried the latest snapshot:

FreeBSD-13.0-CURRENT-arm64-aarch64-ROCKPRO64-20200730-r363681.img

Copied to a known good SD card, and with a HDMI monitor attached I get the following (Also show on the HDMI monitor btw).


---<<BOOT>>---
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2020 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 13.0-CURRENT #0 r363681: Thu Jul 30 10:18:20 UTC 2020
    [email protected]:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64
FreeBSD clang version 10.0.1 ([email protected]:llvm/llvm-project.git llvmorg-10.0.1-0-gef32c611aa2)
WARNING: WITNESS option enabled, expect reduced performance.
VT(efifb): resolution 1920x1080
module firmware already present!
KLD file umodem.ko is missing dependencies
real memory  = 4158357504 (3965 MB)
avail memory = 4023119872 (3836 MB)
Starting CPU 1 (1)
Starting CPU 2 (2)
Starting CPU 3 (3)
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
arc4random: WARNING: initial seeding bypassed the cryptographic random device because it was not yet seeded and the knob 'bypass_before_seeding' was enabled.
random: entropy device external interface
MAP f0f0e000 mode 2 pages 1
MAP f0f14000 mode 2 pages 2
MAP f3f30000 mode 2 pages 16
WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0.
kbd0 at kbdmux0
WARNING: Device "openfirm" is Giant locked and may be deleted before FreeBSD 13.0.
ofwbus0: <Open Firmware Device Tree>
clk_fixed0: <Fixed clock> on ofwbus0
simplebus0: <Flattened device tree simple bus> on ofwbus0
rk_grf0: <RockChip General Register Files> mem 0xff320000-0xff320fff on ofwbus0
rk3399_pmucru0: <Rockchip RK3399 PMU Clock and Reset Unit> mem 0xff750000-0xff750fff on ofwbus0
rk3399_cru0: <Rockchip RK3399 Clock and Reset Unit> mem 0xff760000-0xff760fff on ofwbus0

Here I just hangs and the display goes black.

Tried again without moinitor attached and got different result, but still failure:

---<<BOOT>>---
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2020 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 13.0-CURRENT #0 r363681: Thu Jul 30 10:18:20 UTC 2020
    [email protected]:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64
FreeBSD clang version 10.0.1 ([email protected]:llvm/llvm-project.git llvmorg-10.0.1-0-gef32c611aa2)
WARNING: WITNESS option enabled, expect reduced performance.
VT: init without driver.
module firmware already present!
KLD file umodem.ko is missing dependencies
real memory  = 4158357504 (3965 MB)
avail memory = 4031209472 (3844 MB)
Starting CPU 1 (1)
Starting CPU 2 (2)
Starting CPU 3 (3)
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
arc4random: WARNING: initial seeding bypassed the cryptographic random device because it was not yet seeded and the knob 'bypass_before_seeding' was enabled.
random: entropy device external interface
MAP f0f0e000 mode 2 pages 1
MAP f0f14000 mode 2 pages 2
MAP f3f30000 mode 2 pages 16
WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0.
kbd0 at kbdmux0
WARNING: Device "openfirm" is Giant locked and may be deleted before FreeBSD 13.0.
ofwbus0: <Open Firmware Device Tree>
clk_fixed0: <Fixed clock> on ofwbus0
simplebus0: <Flattened device tree simple bus> on ofwbus0
rk_grf0: <RockChip General Register Files> mem 0xff320000-0xff320fff on ofwbus0
rk3399_pmucru0: <Rockchip RK3399 PMU Clock and Reset Unit> mem 0xff750000-0xff750fff on ofwbus0
rk3399_cru0: <Rockchip RK3399 Clock and Reset Unit> mem 0xff760000-0xff760fff on ofwbus0
rk_grf1: <RockChip General Register Files> mem 0xff770000-0xff77ffff on ofwbus0
panic: pmap_kextract: VA out of range, VA: 0xfffffd01e8e13cee
cpuid = 0
time = 1
KDB: stack backtrace:
db_trace_self() at db_trace_self_wrapper+0x28
	 pc = 0xffff000000707738  lr = 0xffff00000010a49c
	 sp = 0xffff000000010000  fp = 0xffff000000010200

db_trace_self_wrapper() at vpanic+0x194
	 pc = 0xffff00000010a49c  lr = 0xffff000000427af8
	 sp = 0xffff000000010210  fp = 0xffff000000010260

vpanic() at panic+0x44
	 pc = 0xffff000000427af8  lr = 0xffff0000004278a0
	 sp = 0xffff000000010270  fp = 0xffff000000010320

panic() at pmap_kextract+0x140
	 pc = 0xffff0000004278a0  lr = 0xffff000000718308
	 sp = 0xffff000000010330  fp = 0xffff000000010330

pmap_kextract() at pmap_fault+0x518
	 pc = 0xffff000000718308  lr = 0xffff0000007248c0
	 sp = 0xffff000000010340  fp = 0xffff000000010340

pmap_fault() at data_abort+0xc4
	 pc = 0xffff0000007248c0  lr = 0xffff000000727bcc
	 sp = 0xffff000000010350  fp = 0xffff0000000103e0

data_abort() at do_el1h_sync+0x144
	 pc = 0xffff000000727bcc  lr = 0xffff000000726fec
	 sp = 0xffff0000000103f0  fp = 0xffff000000010430

do_el1h_sync() at handle_el1h_sync+0x78
	 pc = 0xffff000000726fec  lr = 0xffff00000070a078
	 sp = 0xffff000000010440  fp = 0xffff000000010580

handle_el1h_sync() at witness_checkorder+0x52c
	 pc = 0xffff00000070a078  lr = 0xffff000000490f04
	 sp = 0xffff000000010590  fp = 0xffff000000010630

witness_checkorder() at witness_checkorder+0x52c
	 pc = 0xffff000000490f04  lr = 0xffff000000490f04
	 sp = 0xffff000000010640  fp = 0xffff000000010680

witness_checkorder() at __mtx_lock_flags+0xa8
	 pc = 0xffff000000490f04  lr = 0xffff000000404d0c
	 sp = 0xffff000000010690  fp = 0xffff0000000106e0

__mtx_lock_flags() at random_fortuna_process_event+0x2c
	 pc = 0xffff000000404d0c  lr = 0xffff0000002367a0
	 sp = 0xffff0000000106f0  fp = 0xffff000000010720

random_fortuna_process_event() at random_harvest_direct_+0x70
	 pc = 0xffff0000002367a0  lr = 0xffff000000234e00
	 sp = 0xffff000000010730  fp = 0xffff000000010760

random_harvest_direct_() at device_attach+0x4d8
	 pc = 0xffff000000234e00  lr = 0xffff00000045edac
	 sp = 0xffff000000010770  fp = 0xffff000000010790

device_attach() at device_probe_and_attach+0x7c
	 pc = 0xffff00000045edac  lr = 0xffff00000045e83c
	 sp = 0xffff0000000107a0  fp = 0xffff0000000107f0

device_probe_and_attach() at bus_generic_attach+0x18
	 pc = 0xffff00000045e83c  lr = 0xffff000000460020
	 sp = 0xffff000000010800  fp = 0xffff000000010820

bus_generic_attach() at ofwbus_attach+0x10c
	 pc = 0xffff000000460020  lr = 0xffff0000002113c4
	 sp = 0xffff000000010830  fp = 0xffff000000010870

ofwbus_attach() at device_attach+0x400
	 pc = 0xffff0000002113c4  lr = 0xffff00000045ecd4
	 sp = 0xffff000000010880  fp = 0xffff0000000108c0

device_attach() at device_probe_and_attach+0x7c
	 pc = 0xffff00000045ecd4  lr = 0xffff00000045e83c
	 sp = 0xffff0000000108d0  fp = 0xffff000000010920

device_probe_and_attach() at bus_generic_new_pass+0xf8
	 pc = 0xffff00000045e83c  lr = 0xffff000000460a20
	 sp = 0xffff000000010930  fp = 0xffff000000010950

bus_generic_new_pass() at bus_generic_new_pass+0xa8
	 pc = 0xffff000000460a20  lr = 0xffff0000004609d0
	 sp = 0xffff000000010960  fp = 0xffff000000010990

bus_generic_new_pass() at bus_set_pass+0x4c
	 pc = 0xffff0000004609d0  lr = 0xffff00000045be10
	 sp = 0xffff0000000109a0  fp = 0xffff0000000109d0

bus_set_pass() at mi_startup+0x12c
	 pc = 0xffff00000045be10  lr = 0xffff0000003ba2e0
	 sp = 0xffff0000000109e0  fp = 0xffff000000010a20

mi_startup() at virtdone+0x5c
	 pc = 0xffff0000003ba2e0  lr = 0xffff00000000108c
	 sp = 0xffff000000010a30  fp = 0x0000000000000000

KDB: enter: panic
[ thread pid 0 tid 100000 ]
Stopped at      _isitmyx+0x7c:  ldrb    w10, [x9, x3]
db> 

Current used to work for me, something changed during the past month or so (where my last update to -current was done)….

-Søren

_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.