Re: RockPro64 with latest image fails to boot?
Emmanuel Vadot <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.arm |
|---|---|
| Message-ID | <[email protected]> |
Hi Søren, On Sat, 1 Aug 2020 10:23:56 +0200 Søren Schmidt <[email protected]> wrote: > Hi > > Just tried the latest snapshot: > > FreeBSD-13.0-CURRENT-arm64-aarch64-ROCKPRO64-20200730-r363681.img Just took the same snapshot and did a 'env default -a' just in case in u-boot and I'm able to boot correctly with or without an hdmi monitor attached. > 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. Is it reproducible ? Can you boot -v at loader ? > 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)?. Same question as above. > -Søren > Thanks, -- Emmanuel Vadot <[email protected]> <[email protected]> _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "[email protected]"