RockPro64 with latest image fails to boot?

classic Classic list List threaded Threaded
17 messages Options
Reply | Threaded
Open this post in threaded view
|

RockPro64 with latest image fails to boot?

Søren Schmidt-3
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
    [hidden email]:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64
FreeBSD clang version 10.0.1 ([hidden email]: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
    [hidden email]:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64
FreeBSD clang version 10.0.1 ([hidden email]: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

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

Emmanuel Vadot-7

 Hi Søren,

On Sat, 1 Aug 2020 10:23:56 +0200
Søren Schmidt <[hidden email]> 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
>     [hidden email]:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64
> FreeBSD clang version 10.0.1 ([hidden email]: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
>     [hidden email]:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64
> FreeBSD clang version 10.0.1 ([hidden email]: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 <[hidden email]> <[hidden email]>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

Søren Schmidt-3
On 1 Aug 2020, at 18.57, Emmanuel Vadot <[hidden email]> wrote:

>
>
> Hi Søren,
>
> On Sat, 1 Aug 2020 10:23:56 +0200
> Søren Schmidt <[hidden email] <mailto:[hidden email]>> 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.

Wierd, but it is reproducible every time unfortunatly, here a verbose boot with HDMI monitor attached:

OK boot -v
Using DTB provided by EFI at 0x80ea000.
EFI framebuffer information:
addr, size     0xf6000000, 0x7e9000
dimensions     1920 x 1080
stride         1920
masks          0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000
---<<BOOT>>---
KDB: debugger backends: ddb
KDB: current backend: ddb
                   Type     Physical      Virtual   #Pages Attr
     ConventionalMemory 000000200000       200000 00007eea WB
      ACPIReclaimMemory 0000080ea000      80ea000 0000002c WB
     ConventionalMemory 000008116000      8116000 000e0d46 WB
       BootServicesData 0000e8e5c000     e8e5c000 00000001 WB
             LoaderData 0000e8e5d000     e8e5d000 00008001 WB
             LoaderCode 0000f0e5e000     f0e5e000 000000aa WB
               Reserved 0000f0f08000     f0f08000 00000005 WB
       BootServicesData 0000f0f0d000     f0f0d000 00000001 WB
    RuntimeServicesData 0000f0f0e000     f0f0e000 00000001 WB RUNTIME
       BootServicesData 0000f0f0f000     f0f0f000 00000002 WB
               Reserved 0000f0f11000     f0f11000 00000001 WB
       BootServicesData 0000f0f12000     f0f12000 00000002 WB
    RuntimeServicesData 0000f0f14000     f0f14000 00000002 WB RUNTIME
               Reserved 0000f0f16000     f0f16000 00000001 WB
       BootServicesData 0000f0f17000     f0f17000 00000001 WB
               Reserved 0000f0f18000     f0f18000 00000001 WB
       BootServicesData 0000f0f19000     f0f19000 00000002 WB
               Reserved 0000f0f1b000     f0f1b000 00000004 WB
             LoaderData 0000f0f1f000     f0f1f000 00003011 WB
    RuntimeServicesCode 0000f3f30000     f3f30000 00000010 WB RUNTIME
             LoaderData 0000f3f40000     f3f40000 000040c0 WB
Physical memory chunk(s):
  0x00200000 - 0x080e9fff,   126 MB (  32490 pages)
  0x08116000 - 0xf0f07fff,  3725 MB ( 953842 pages)
  0xf0f0d000 - 0xf0f10fff,     0 MB (      4 pages)
  0xf0f12000 - 0xf0f15fff,     0 MB (      4 pages)
  0xf0f17000 - 0xf0f17fff,     0 MB (      1 pages)
  0xf0f19000 - 0xf0f1afff,     0 MB (      2 pages)
  0xf0f1f000 - 0xf3f2ffff,    48 MB (  12305 pages)
  0xf3f40000 - 0xf7ffffff,    64 MB (  16576 pages)
Excluded memory regions:
  0x080ea000 - 0x08115fff,     0 MB (     44 pages) NoAlloc
  0xe9000000 - 0xea354fff,    19 MB (   4949 pages) NoAlloc
  0xf0f08000 - 0xf0f0cfff,     0 MB (      5 pages) NoAlloc
  0xf0f0e000 - 0xf0f0efff,     0 MB (      1 pages) NoAlloc
  0xf0f11000 - 0xf0f11fff,     0 MB (      1 pages) NoAlloc
  0xf0f14000 - 0xf0f16fff,     0 MB (      3 pages) NoAlloc
  0xf0f18000 - 0xf0f18fff,     0 MB (      1 pages) NoAlloc
  0xf0f1b000 - 0xf0f1efff,     0 MB (      4 pages) NoAlloc
  0xf3f30000 - 0xf3f3ffff,     0 MB (     16 pages) NoAlloc
  0xf6000000 - 0xf67e8fff,     7 MB (   2025 pages) NoAlloc
Found 6 CPUs in the device tree
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
    [hidden email]:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64
FreeBSD clang version 10.0.1 ([hidden email]:llvm/llvm-project.git llvmorg-10.0.1-0-gef32c611aa2)
WARNING: WITNESS option enabled, expect reduced performance.
VT(efifb): resolution 1920x1080
Preloaded elf kernel "/boot/kernel/kernel" at 0xffff000001128000.
Preloaded hostuuid "/etc/hostid" at 0xffff000001131030.
Preloaded elf module "/boot/kernel/umodem.ko" at 0xffff000001131080.
Preloaded boot_entropy_cache "/boot/entropy" at 0xffff000001131898.
module firmware already present!
KLD file umodem.ko is missing dependencies
real memory  = 4158357504 (3965 MB)
Physical memory chunk(s):
0x00000000200000 - 0x000000080e9fff, 133079040 bytes (32490 pages)
0x00000008116000 - 0x000000e2ba8fff, 3668520960 bytes (895635 pages)
0x000000ea355000 - 0x000000f0f07fff, 112930816 bytes (27571 pages)
0x000000f0f0d000 - 0x000000f0f0dfff, 4096 bytes (1 pages)
0x000000f0f0f000 - 0x000000f0f10fff, 8192 bytes (2 pages)
0x000000f0f12000 - 0x000000f0f13fff, 8192 bytes (2 pages)
0x000000f0f17000 - 0x000000f0f17fff, 4096 bytes (1 pages)
0x000000f0f19000 - 0x000000f0f1afff, 8192 bytes (2 pages)
0x000000f0f1f000 - 0x000000f3f2ffff, 50401280 bytes (12305 pages)
0x000000f3f40000 - 0x000000f5ffffff, 34340864 bytes (8384 pages)
0x000000f67e9000 - 0x000000f7ffffff, 25260032 bytes (6167 pages)
avail memory = 4023115776 (3836 MB)
Starting CPU 1 (1)
Starting CPU 2 (2)
Starting CPU 3 (3)
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
random: read 4096 bytes from preloaded cache
random: unblocking device.
VIMAGE (virtualized network stack) enabled
hostuuid: using 34386365-3665-3665-3932-333035363766
ULE: setup cpu 0
ULE: setup cpu 1
ULE: setup cpu 2
ULE: setup cpu 3
random: entropy device external interface
snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024]
feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=2 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25
MAP f0f0e000 mode 2 pages 1
MAP f0f14000 mode 2 pages 2
MAP f3f30000 mode 2 pages 16
crypto: <crypto core>
WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0.
kbd0 at kbdmux0
mem: <memory>
null: <full device, null device, zero device>
openfirm: <Open Firmware control device>
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
Clock: ppll, parent: xin24m(0), freq: 672000000
Clock: pclk_pmu_src, parent: ppll(0), freq: 48000000
Clock: clk_i2c0_pmu, parent: ppll(0), freq: 224000000
Clock: clk_i2c4_pmu, parent: ppll(0), freq: 168000000
Clock: clk_i2c8_pmu, parent: ppll(0), freq: 168000000
Clock: pclk_pmu, parent: pclk_pmu_src(0), freq: 48000000
Clock: pclk_gpio0_pmu, parent: pclk_pmu_src(0), freq: 48000000
Clock: pclk_gpio1_pmu, parent: pclk_pmu_src(0), freq: 48000000
Clock: pclk_i2c0_pmu, parent: pclk_pmu_src(0), freq: 48000000
Clock: pclk_i2c4_pmu, parent: pclk_pmu_src(0), freq: 48000000
Clock: pclk_i2c8_pmu, parent: pclk_pmu_src(0), freq: 48000000
Clock: pclk_rkpwm_pmu, parent: pclk_pmu_src(0), freq: 48000000
rk3399_pmucru0: Set ppll to 676000000
rk3399_cru0: <Rockchip RK3399 Clock and Reset Unit> mem 0xff760000-0xff760fff on ofwbus0
Clock: xin32k, parent: (NULL)(-1), freq: 32768
Clock: xin12m, parent: xin24m(0), freq: 12000000
Clock: clkin_i2s, parent: (NULL)(-1), freq: 0
Clock: pclkin_cif, parent: (NULL)(-1), freq: 0
clknode_link_recalc: Attempt to use unresolved linked clock: clk_usbphy0_480m
Cannot get frequency for clk: clk_usbphy0_480m, error: 9
Clock: clk_usbphy0_480m, parent: (NULL)(-1), freq: 9
clknode_link_recalc: Attempt to use unresolved linked clock: clk_usbphy1_480m
Cannot get frequency for clk: clk_usbphy1_480m, error: 9
Clock: clk_usbphy1_480m, parent: (NULL)(-1), freq: 9
clknode_link_recalc: Attempt to use unresolved linked clock: clkin_gmac
Cannot get frequency for clk: clkin_gmac, error: 9
Clock: clkin_gmac, parent: (NULL)(-1), freq: 9
Clock: clk_pcie_core_phy, parent: (NULL)(-1), freq: 0
Clock: clk_ddrc_div2, parent: clk_ddrc(0), freq: 400000000
Clock: lpll, parent: xin24m(0), freq: 600000000
Clock: bpll, parent: xin24m(0), freq: 600000000
Clock: dpll, parent: xin24m(0), freq: 800000000
Clock: cpll, parent: xin24m(0), freq: 384000000
Clock: gpll, parent: xin24m(0), freq: 594000000
Clock: npll, parent: xin24m(0), freq: 24000000
Clock: vpll, parent: xin24m(0), freq: 148500000
Clock: aclkm_core_l_c, parent: armclkl(0), freq: 300000000
Clock: armclkl, parent: clk_core_l_lpll_src(0), freq: 600000000
Clock: pclk_dbg_core_l_c, parent: armclkl(0), freq: 100000000
Clock: atclk_core_l_c, parent: armclkl(0), freq: 300000000
Clock: aclkm_core_b_c, parent: armclkb(0), freq: 300000000
Clock: armclkb, parent: clk_core_b_bpll_src(1), freq: 600000000
Clock: pclken_dbg_core_b, parent: pclk_dbg_core_b(0), freq: 25000000
Clock: pclk_dbg_core_b_c, parent: armclkb(0), freq: 100000000
Clock: atclk_core_b_c, parent: armclkb(0), freq: 300000000
Clock: clk_cs, parent: gpll_cs(1), freq: 148500000
Clock: clk_cci_trace_c, parent: gpll_cci_trace(1), freq: 148500000
Clock: aclk_cci_pre_c, parent: gpll_aclk_cci_src(1), freq: 297000000
Clock: pclk_ddr_c, parent: cpll(0), freq: 96000000
Clock: clk_ddrc, parent: clk_ddrc_dpll_src(2), freq: 800000000
Clock: hclk_vcodec_pre_c, parent: aclk_vcodec_pre(0), freq: 96000000
Clock: aclk_vcodec_pre_c, parent: cpll(0), freq: 192000000
Clock: hclk_vdu_pre_c, parent: aclk_vdu_pre(0), freq: 96000000
Clock: aclk_vdu_pre_c, parent: cpll(0), freq: 192000000
Clock: clk_vdu_ca_c, parent: gpll(1), freq: 297000000
Clock: clk_vdu_core_c, parent: gpll(1), freq: 297000000
Clock: hclk_iep_pre_c, parent: aclk_iep_pre(0), freq: 96000000
Clock: aclk_iep_pre_c, parent: cpll(0), freq: 192000000
Clock: hclk_rga_pre_c, parent: aclk_rga_pre(0), freq: 96000000
Clock: aclk_rga_pre_c, parent: cpll(0), freq: 192000000
Clock: aclk_center_c, parent: gpll(1), freq: 297000000
Clock: clk_rga_core_c, parent: cpll(0), freq: 192000000
Clock: hclk_sd_c, parent: gpll(1), freq: 148500000
Clock: aclk_gpu_pre_c, parent: npll(3), freq: 12000000
Clock: upll, parent: xin24m(0), freq: 24000000
Clock: pclk_perihp_c, parent: aclk_perihp(0), freq: 37125000
Clock: hclk_perihp_c, parent: aclk_perihp(0), freq: 148500000
clknode_link_recalc: Attempt to use unresolved linked clock: clk_usbphy0_480m
Cannot get frequency for clk: clk_usbphy0_480m, error: 9
Clock: clk_usbphy_480m, parent: clk_usbphy0_480m_src(0), freq: 9
Clock: aclk_perihp_c, parent: gpll_aclk_perihp_src(1), freq: 148500000
Clock: clk_sdio_c, parent: xin24m(5), freq: 24000000
Clock: clk_sdmmc_c, parent: gpll(1), freq: 99000000
Clock: clk_pcie_pm_c, parent: xin24m(3), freq: 24000000
Clock: clk_pciephy_ref100m_c, parent: npll(0), freq: 2400000
Clock: clk_pciephy_ref, parent: xin24m(0), freq: 24000000
Clock: clk_pcie_core, parent: clk_pcie_core_phy(1), freq: 0
Clock: clk_pcie_core_cru_c, parent: npll(2), freq: 3000000
Clock: pclk_gmac_pre_c, parent: aclk_gmac_pre(0), freq: 24000000
clknode_link_recalc: Attempt to use unresolved linked clock: clkin_gmac
Cannot get frequency for clk: clkin_gmac, error: 9
Clock: clk_rmii_src, parent: clkin_gmac(1), freq: 9
clknode_link_recalc: Attempt to use unresolved linked clock: clk_usbphy0_480m
Cannot get frequency for clk: clk_usbphy0_480m, error: 9
Clock: clk_hsicphy_c, parent: clk_usbphy_480m(3), freq: 9
Clock: clk_gmac_c, parent: npll(2), freq: 1200000
Clock: aclk_gmac_pre_c, parent: cpll_aclk_gmac_src(0), freq: 96000000
Clock: aclk_emmc, parent: gpll_aclk_emmc_src(1), freq: 198000000
Clock: clk_emmc_c, parent: gpll(1), freq: 198000000
Clock: pclk_perilp0_c, parent: aclk_perilp0(0), freq: 49500000
Clock: hclk_perilp0_c, parent: aclk_perilp0(0), freq: 99000000
Clock: aclk_perilp0_c, parent: gpll_aclk_perilp0_src(1), freq: 99000000
Clock: fclk_cm0s_c, parent: gpll_fclk_cm0s_src(1), freq: 297000000
Clock: clk_crypto0_c, parent: cpll(0), freq: 96000000
Clock: pclk_perilp1_c, parent: hclk_perilp1(0), freq: 99000000
Clock: hclk_perilp1, parent: gpll_hclk_perilp1_src(1), freq: 99000000
Clock: clk_saradc_c, parent: xin24m(0), freq: 1000000
Clock: clk_crypto1_c, parent: cpll(0), freq: 96000000
Clock: clk_tsadc_c, parent: xin24m(0), freq: 32742
Clock: clk_i2s0_mux, parent: xin12m(3), freq: 12000000
Clock: clk_i2s0_div_c, parent: cpll(0), freq: 384000000
Clock: clk_i2s1_mux, parent: xin12m(3), freq: 12000000
Clock: clk_i2s1_div_c, parent: cpll(0), freq: 384000000
Clock: clk_i2s2_mux, parent: xin12m(3), freq: 12000000
Clock: clk_i2s2_div_c, parent: cpll(0), freq: 384000000
Clock: clk_i2sout_c, parent: clk_i2sout_src(0), freq: 12000000
Clock: clk_i2sout_src, parent: clk_i2s0(0), freq: 12000000
Clock: clk_spdif_rec_dptx_c, parent: cpll(0), freq: 96000000
Clock: clk_spdif_mux, parent: xin12m(3), freq: 12000000
Clock: clk_spdif_div_c, parent: cpll(0), freq: 384000000
Clock: clk_uart_src, parent: cpll(0), freq: 384000000
Clock: clk_uart0_src, parent: cpll(0), freq: 384000000
Clock: clk_uart0, parent: xin24m(2), freq: 24000000
Clock: clk_uart0_div_c, parent: clk_uart0_src(0), freq: 384000000
Clock: clk_uart1, parent: xin24m(2), freq: 24000000
Clock: clk_uart1_div_c, parent: clk_uart_src(0), freq: 384000000
Clock: clk_uart2, parent: xin24m(2), freq: 24000000
Clock: clk_uart2_div_c, parent: clk_uart_src(0), freq: 384000000
Clock: clk_uart3, parent: xin24m(2), freq: 24000000
Clock: clk_uart3_div_c, parent: clk_uart_src(0), freq: 384000000
Clock: clk_testout2_pll_src, parent: cpll(0), freq: 384000000
Clock: clk_testout2_c, parent: xin24m(1), freq: 750000
Clock: clk_testout1_pll_src, parent: cpll(0), freq: 384000000
Clock: clk_testout1_c, parent: xin24m(1), freq: 750000
Clock: aclk_usb3_c, parent: gpll(1), freq: 297000000
Clock: clk_usb3otg0_suspend_c, parent: xin24m(0), freq: 24000000
Clock: clk_usb3otg1_suspend_c, parent: xin24m(0), freq: 24000000
Clock: aclk_hdcp_c, parent: cpll(0), freq: 192000000
Clock: aclk_vio_c, parent: cpll(0), freq: 192000000
Clock: pclk_hdcp_c, parent: aclk_hdcp(0), freq: 96000000
Clock: hclk_hdcp_c, parent: aclk_hdcp(0), freq: 96000000
Clock: pclk_vio_c, parent: aclk_vio(0), freq: 96000000
Clock: pclk_edp_c, parent: cpll(0), freq: 48000000
Clock: clk_hdmi_cec_c, parent: xin24m(0), freq: 32742
Clock: clk_dp_core_c, parent: npll(0), freq: 4800000
Clock: hclk_vop0_pre_c, parent: aclk_vop0_pre_c(0), freq: 24750000
Clock: aclk_vop0_pre_c, parent: vpll(0), freq: 49500000
Clock: hclk_vop1_pre_c, parent: aclk_vop1_pre(0), freq: 192000000
Clock: aclk_vop1_pre_c, parent: cpll(1), freq: 384000000
Clock: dclk_vop0, parent: dclk_vop0_div(0), freq: 74250000
Clock: dclk_vop0_div_c, parent: vpll(0), freq: 74250000
Clock: dclk_vop1, parent: dclk_vop1_div(0), freq: 148500000
Clock: dclk_vop1_div_c, parent: vpll(0), freq: 148500000
Clock: clk_vop0_pwm_c, parent: vpll(0), freq: 24750000
Clock: clk_vop1_pwm_c, parent: vpll(0), freq: 24750000
Clock: hclk_isp0_c, parent: aclk_isp0(0), freq: 96000000
Clock: aclk_isp0_c, parent: cpll(0), freq: 192000000
Clock: hclk_isp1_c, parent: aclk_isp1(0), freq: 96000000
Clock: aclk_isp1_c, parent: cpll(0), freq: 192000000
Clock: clk_isp1_c, parent: npll(2), freq: 12000000
Clock: clk_isp0_c, parent: npll(2), freq: 12000000
Clock: aclk_gic_pre_c, parent: cpll(0), freq: 96000000
Clock: clk_cifout_src_c, parent: cpll(0), freq: 384000000
Clock: clk_cifout, parent: xin24m(1), freq: 6000000
Clock: clk_test_24m, parent: xin24m(0), freq: 24000000
Clock: pclk_alive, parent: gpll(0), freq: 99000000
Clock: clk_spi5_c, parent: cpll(0), freq: 48000000
Clock: clk_test_pre, parent: cpll(0), freq: 384000000
Clock: clk_test_c, parent: clk_test_pre(0), freq: 12000000
Clock: clk_spi1_c, parent: gpll(1), freq: 198000000
Clock: clk_spi0_c, parent: cpll(0), freq: 48000000
Clock: clk_spi4_c, parent: cpll(0), freq: 48000000
Clock: clk_spi2_c, parent: cpll(0), freq: 48000000
Clock: clk_i2c5_c, parent: cpll(0), freq: 96000000
Clock: clk_i2c1_c, parent: cpll(0), freq: 96000000
Clock: clk_i2c6_c, parent: cpll(0), freq: 96000000
Clock: clk_i2c2_c, parent: cpll(0), freq: 96000000
Clock: clk_i2c7_c, parent: cpll(0), freq: 96000000
Clock: clk_i2c3_c, parent: gpll(1), freq: 297000000
Clock: clk_uphy0_tcpdphy_ref_c, parent: xin24m(0), freq: 24000000
Clock: clk_uphy0_tcpdcore_c, parent: gpll(3), freq: 99000000
Clock: clk_uphy1_tcpdphy_ref_c, parent: xin24m(0), freq: 24000000
Clock: clk_uphy1_tcpdcore_c, parent: gpll(3), freq: 99000000
Clock: clk_spdif_frac_c, parent: clk_spdif_div(0), freq: 19200000
Clock: clk_i2s0_frac_c, parent: clk_i2s0_div(0), freq: 19200000
Clock: clk_i2s1_frac_c, parent: clk_i2s1_div(0), freq: 19200000
Clock: clk_i2s2_frac_c, parent: clk_i2s2_div(0), freq: 19200000
Clock: clk_uart0_frac_c, parent: clk_uart0_div(0), freq: 19200000
Clock: clk_uart1_frac_c, parent: clk_uart1_div(0), freq: 19200000
Clock: clk_uart2_frac_c, parent: clk_uart2_div(0), freq: 19200000
Clock: clk_uart3_frac_c, parent: clk_uart3_div(0), freq: 19200000
Clock: clk_test_frac_c, parent: clk_test_pre(0), freq: 19200000
Clock: dclk_vop0_frac, parent: dclk_vop0_div(0), freq: 3712500
Clock: dclk_vop1_frac, parent: dclk_vop1_div(0), freq: 7425000
Clock: clk_pvtm_core_l, parent: xin24m(0), freq: 24000000
Clock: pclk_dbg_core_l, parent: pclk_dbg_core_l_c(0), freq: 100000000
Clock: atclk_core_l, parent: atclk_core_l_c(0), freq: 300000000
Clock: aclkm_core_l, parent: aclkm_core_l_c(0), freq: 300000000
Clock: clk_core_l_gpll_src, parent: gpll(0), freq: 594000000
Clock: clk_core_l_dpll_src, parent: dpll(0), freq: 800000000
Clock: clk_core_l_bpll_src, parent: bpll(0), freq: 600000000
Clock: clk_core_l_lpll_src, parent: lpll(0), freq: 600000000
Clock: clk_pvtm_core_b, parent: xin24m(0), freq: 24000000
Clock: pclk_dbg_core_b, parent: pclk_dbg_core_b_c(0), freq: 100000000
Clock: atclk_core_b, parent: atclk_core_b_c(0), freq: 300000000
Clock: aclkm_core_b, parent: aclkm_core_b_c(0), freq: 300000000
Clock: clk_core_b_gpll_src, parent: gpll(0), freq: 594000000
Clock: clk_core_b_dpll_src, parent: dpll(0), freq: 800000000
Clock: clk_core_b_bpll_src, parent: bpll(0), freq: 600000000
Clock: clk_core_b_lpll_src, parent: lpll(0), freq: 600000000
Clock: npll_cs, parent: npll(0), freq: 24000000
Clock: gpll_cs, parent: gpll(0), freq: 594000000
Clock: cpll_cs, parent: cpll(0), freq: 384000000
Clock: clk_cci_trace, parent: clk_cci_trace_c(0), freq: 148500000
Clock: gpll_cci_trace, parent: gpll(0), freq: 594000000
Clock: cpll_cci_trace, parent: cpll(0), freq: 384000000
Clock: aclk_cci_pre, parent: aclk_cci_pre_c(0), freq: 297000000
Clock: vpll_aclk_cci_src, parent: vpll(0), freq: 148500000
Clock: npll_aclk_cci_src, parent: npll(0), freq: 24000000
Clock: gpll_aclk_cci_src, parent: gpll(0), freq: 594000000
Clock: cpll_aclk_cci_src, parent: cpll(0), freq: 384000000
Clock: aclk_center, parent: aclk_center_c(0), freq: 297000000
Clock: pclk_ddr, parent: pclk_ddr_c(0), freq: 96000000
Clock: clk_ddrc_gpll_src, parent: gpll(0), freq: 594000000
Clock: clk_ddrc_dpll_src, parent: dpll(0), freq: 800000000
Clock: clk_ddrc_bpll_src, parent: bpll(0), freq: 600000000
Clock: clk_ddrc_lpll_src, parent: lpll(0), freq: 600000000
Clock: clk_pvtm_ddr, parent: xin24m(0), freq: 24000000
Clock: clk_rga_core, parent: clk_rga_core_c(0), freq: 192000000
Clock: hclk_rga_pre, parent: hclk_rga_pre_c(0), freq: 96000000
Clock: aclk_rga_pre, parent: aclk_rga_pre_c(0), freq: 192000000
Clock: hclk_iep_pre, parent: hclk_iep_pre_c(0), freq: 96000000
Clock: aclk_iep_pre, parent: aclk_iep_pre_c(0), freq: 192000000
Clock: clk_vdu_ca, parent: clk_vdu_ca_c(0), freq: 297000000
Clock: clk_vdu_core, parent: clk_vdu_core_c(0), freq: 297000000
Clock: hclk_vdu_pre, parent: hclk_vdu_pre_c(0), freq: 96000000
Clock: aclk_vdu_pre, parent: aclk_vdu_pre_c(0), freq: 192000000
Clock: hclk_vcodec_pre, parent: hclk_vcodec_pre_c(0), freq: 96000000
Clock: aclk_vcodec_pre, parent: aclk_vcodec_pre_c(0), freq: 192000000
clknode_link_recalc: Attempt to use unresolved linked clock: clkin_gmac
Cannot get frequency for clk: clkin_gmac, error: 9
Clock: clk_rmii_tx, parent: clk_rmii_src(0), freq: 9
clknode_link_recalc: Attempt to use unresolved linked clock: clkin_gmac
Cannot get frequency for clk: clkin_gmac, error: 9
Clock: clk_rmii_rx, parent: clk_rmii_src(0), freq: 9
clknode_link_recalc: Attempt to use unresolved linked clock: clkin_gmac
Cannot get frequency for clk: clkin_gmac, error: 9
Clock: clk_mac_ref, parent: clk_rmii_src(0), freq: 9
clknode_link_recalc: Attempt to use unresolved linked clock: clkin_gmac
Cannot get frequency for clk: clkin_gmac, error: 9
Clock: clk_mac_refout, parent: clk_rmii_src(0), freq: 9
Clock: clk_gmac, parent: clk_gmac_c(0), freq: 1200000
Clock: pclk_perihp, parent: pclk_perihp_c(0), freq: 37125000
Clock: hclk_perihp, parent: hclk_perihp_c(0), freq: 148500000
Clock: aclk_perihp, parent: aclk_perihp_c(0), freq: 148500000
Clock: cpll_aclk_perihp_src, parent: cpll(0), freq: 384000000
Clock: gpll_aclk_perihp_src, parent: gpll(0), freq: 594000000
Clock: clk_emmc, parent: clk_emmc_c(0), freq: 198000000
Clock: cpll_aclk_emmc_src, parent: cpll(0), freq: 384000000
Clock: gpll_aclk_emmc_src, parent: gpll(0), freq: 594000000
Clock: pclk_gmac_pre, parent: pclk_gmac_pre_c(0), freq: 24000000
Clock: aclk_gmac_pre, parent: aclk_gmac_pre_c(0), freq: 96000000
Clock: cpll_aclk_gmac_src, parent: cpll(0), freq: 384000000
Clock: gpll_aclk_gmac_src, parent: gpll(0), freq: 594000000
Clock: clk_usb2phy1_ref, parent: xin24m(0), freq: 24000000
Clock: clk_usb2phy0_ref, parent: xin24m(0), freq: 24000000
clknode_link_recalc: Attempt to use unresolved linked clock: clk_usbphy0_480m
Cannot get frequency for clk: clk_usbphy0_480m, error: 9
Clock: clk_hsicphy, parent: clk_hsicphy_c(0), freq: 9
Clock: clk_pcie_core_cru, parent: clk_pcie_core_cru_c(0), freq: 3000000
Clock: clk_pcie_pm, parent: clk_pcie_pm_c(0), freq: 24000000
Clock: clk_sdmmc, parent: clk_sdmmc_c(0), freq: 99000000
Clock: clk_sdio, parent: clk_sdio_c(0), freq: 24000000
Clock: fclk_cm0s, parent: fclk_cm0s_c(0), freq: 297000000
Clock: clk_crypto1, parent: clk_crypto1_c(0), freq: 96000000
Clock: clk_crypto0, parent: clk_crypto0_c(0), freq: 96000000
Clock: cpll_fclk_cm0s_src, parent: cpll(0), freq: 384000000
Clock: gpll_fclk_cm0s_src, parent: gpll(0), freq: 594000000
Clock: pclk_perilp0, parent: pclk_perilp0_c(0), freq: 49500000
Clock: hclk_perilp0, parent: hclk_perilp0_c(0), freq: 99000000
Clock: aclk_perilp0, parent: aclk_perilp0_c(0), freq: 99000000
Clock: cpll_aclk_perilp0_src, parent: cpll(0), freq: 384000000
Clock: gpll_aclk_perilp0_src, parent: gpll(0), freq: 594000000
Clock: clk_spdif, parent: clk_spdif_mux(0), freq: 12000000
Clock: clk_spdif_frac, parent: clk_spdif_frac_c(0), freq: 19200000
Clock: clk_spdif_div, parent: clk_spdif_div_c(0), freq: 384000000
Clock: clk_i2sout, parent: clk_i2sout_c(0), freq: 12000000
Clock: clk_i2s2, parent: clk_i2s2_mux(0), freq: 12000000
Clock: clk_i2s2_frac, parent: clk_i2s2_frac_c(0), freq: 19200000
Clock: clk_i2s2_div, parent: clk_i2s2_div_c(0), freq: 384000000
Clock: clk_i2s1, parent: clk_i2s1_mux(0), freq: 12000000
Clock: clk_i2s1_frac, parent: clk_i2s1_frac_c(0), freq: 19200000
Clock: clk_i2s1_div, parent: clk_i2s1_div_c(0), freq: 384000000
Clock: clk_i2s0, parent: clk_i2s0_mux(0), freq: 12000000
Clock: clk_i2s0_frac, parent: clk_i2s0_frac_c(0), freq: 19200000
Clock: clk_i2s0_div, parent: clk_i2s0_div_c(0), freq: 384000000
Clock: pclk_perilp1, parent: pclk_perilp1_c(0), freq: 99000000
Clock: cpll_hclk_perilp1_src, parent: cpll(0), freq: 384000000
Clock: gpll_hclk_perilp1_src, parent: gpll(0), freq: 594000000
Clock: clk_spi4, parent: clk_spi4_c(0), freq: 48000000
Clock: clk_spi2, parent: clk_spi2_c(0), freq: 48000000
Clock: clk_spi1, parent: clk_spi1_c(0), freq: 198000000
Clock: clk_spi0, parent: clk_spi0_c(0), freq: 48000000
Clock: clk_saradc, parent: clk_saradc_c(0), freq: 1000000
Clock: clk_tsadc, parent: clk_tsadc_c(0), freq: 32742
Clock: clk_uart3_frac, parent: clk_uart3_frac_c(0), freq: 19200000
Clock: clk_uart3_div, parent: clk_uart3_div_c(0), freq: 384000000
Clock: clk_uart2_frac, parent: clk_uart2_frac_c(0), freq: 19200000
Clock: clk_uart2_div, parent: clk_uart2_div_c(0), freq: 384000000
Clock: clk_uart1_frac, parent: clk_uart1_frac_c(0), freq: 19200000
Clock: clk_uart1_div, parent: clk_uart1_div_c(0), freq: 384000000
Clock: clk_uart0_frac, parent: clk_uart0_frac_c(0), freq: 19200000
Clock: clk_uart0_div, parent: clk_uart0_div_c(0), freq: 384000000
Clock: clk_vop1_pwm, parent: clk_vop1_pwm_c(0), freq: 24750000
Clock: clk_vop0_pwm, parent: clk_vop0_pwm_c(0), freq: 24750000
Clock: dclk_vop0_div, parent: dclk_vop0_div_c(0), freq: 74250000
Clock: dclk_vop1_div, parent: dclk_vop1_div_c(0), freq: 148500000
Clock: hclk_vop1_pre, parent: hclk_vop1_pre_c(0), freq: 192000000
Clock: aclk_vop1_pre, parent: aclk_vop1_pre_c(0), freq: 384000000
Clock: hclk_vop0_pre, parent: hclk_vop0_pre_c(0), freq: 24750000
Clock: aclk_vop0_pre, parent: aclk_vop0_pre_c(0), freq: 49500000
Clock: clk_cifout_src, parent: clk_cifout_src_c(0), freq: 384000000
Clock: clk_spdif_rec_dptx, parent: clk_spdif_rec_dptx_c(0), freq: 96000000
Clock: clk_i2c7, parent: clk_i2c7_c(0), freq: 96000000
Clock: clk_i2c3, parent: clk_i2c3_c(0), freq: 297000000
Clock: clk_i2c6, parent: clk_i2c6_c(0), freq: 96000000
Clock: clk_i2c2, parent: clk_i2c2_c(0), freq: 96000000
Clock: clk_i2c5, parent: clk_i2c5_c(0), freq: 96000000
Clock: clk_i2c1, parent: clk_i2c1_c(0), freq: 96000000
Clock: clk_mipidphy_cfg, parent: xin24m(0), freq: 24000000
Clock: clk_mipidphy_ref, parent: xin24m(0), freq: 24000000
Clock: pclk_edp, parent: pclk_edp_c(0), freq: 48000000
Clock: pclk_hdcp, parent: pclk_hdcp_c(0), freq: 96000000
Clock: clk_dp_core, parent: clk_dp_core_c(0), freq: 4800000
Clock: clk_hdmi_cec, parent: clk_hdmi_cec_c(0), freq: 32742
Clock: clk_hdmi_sfr, parent: xin24m(0), freq: 24000000
Clock: clk_isp1, parent: clk_isp1_c(0), freq: 12000000
Clock: clk_isp0, parent: clk_isp0_c(0), freq: 12000000
Clock: hclk_hdcp, parent: hclk_hdcp_c(0), freq: 96000000
Clock: aclk_hdcp, parent: aclk_hdcp_c(0), freq: 192000000
Clock: pclk_vio, parent: pclk_vio_c(0), freq: 96000000
Clock: aclk_vio, parent: aclk_vio_c(0), freq: 192000000
Clock: hclk_sd, parent: hclk_sd_c(0), freq: 148500000
Clock: aclk_gic_pre, parent: aclk_gic_pre_c(0), freq: 96000000
Clock: hclk_isp1, parent: hclk_isp1_c(0), freq: 96000000
Clock: aclk_isp1, parent: aclk_isp1_c(0), freq: 192000000
Clock: hclk_isp0, parent: hclk_isp0_c(0), freq: 96000000
Clock: aclk_isp0, parent: aclk_isp0_c(0), freq: 192000000
Clock: clk_pciephy_ref100m, parent: clk_pciephy_ref100m_c(0), freq: 2400000
Clock: clk_usb3otg1_suspend, parent: clk_usb3otg1_suspend_c(0), freq: 24000000
Clock: clk_usb3otg0_suspend, parent: clk_usb3otg0_suspend_c(0), freq: 24000000
Clock: clk_usb3otg1_ref, parent: xin24m(0), freq: 24000000
Clock: clk_usb3otg0_ref, parent: xin24m(0), freq: 24000000
Clock: aclk_usb3, parent: aclk_usb3_c(0), freq: 297000000
Clock: clk_testout2, parent: clk_testout2_c(0), freq: 750000
Clock: clk_testout1, parent: clk_testout1_c(0), freq: 750000
Clock: clk_spi5, parent: clk_spi5_c(0), freq: 48000000
clknode_link_recalc: Attempt to use unresolved linked clock: clk_usbphy0_480m
Cannot get frequency for clk: clk_usbphy0_480m, error: 9
Clock: clk_usbphy0_480m_src, parent: clk_usbphy0_480m(0), freq: 9
clknode_link_recalc: Attempt to use unresolved linked clock: clk_usbphy1_480m
Cannot get frequency for clk: clk_usbphy1_480m, error: 9
Clock: clk_usbphy1_480m_src, parent: clk_usbphy1_480m(0), freq: 9
Clock: clk_test, parent: clk_test_c(0), freq: 12000000
Clock: clk_test_frac, parent: clk_test_frac_c(0), freq: 19200000
Clock: clk_uphy1_tcpdcore, parent: clk_uphy1_tcpdcore_c(0), freq: 99000000
Clock: clk_uphy1_tcpdphy_ref, parent: clk_uphy1_tcpdphy_ref_c(0), freq: 24000000
Clock: clk_uphy0_tcpdcore, parent: clk_uphy0_tcpdcore_c(0), freq: 99000000
Clock: clk_uphy0_tcpdphy_ref, parent: clk_uphy0_tcpdphy_ref_c(0), freq: 24000000
Clock: aclk_pvtm_gpu, parent: xin24m(0), freq: 24000000
Clock: aclk_gpu_pre, parent: aclk_gpu_pre_c(0), freq: 12000000
Clock: aclk_perf_core_l, parent: aclkm_core_l(0), freq: 300000000
Clock: aclk_core_adb400_core_l_2_cci500, parent: aclkm_core_l(0), freq: 300000000
Clock: aclk_core_adb400_core_l_2_gic, parent: armclkl(0), freq: 600000000
Clock: aclk_core_adb400_gic_2_core_l, parent: armclkl(0), freq: 600000000
Clock: clk_dbg_pd_core_l, parent: armclkl(0), freq: 600000000
Clock: aclk_perf_core_b, parent: aclkm_core_b(0), freq: 300000000
Clock: aclk_core_adb400_core_b_2_cci500, parent: aclkm_core_b(0), freq: 300000000
Clock: aclk_core_adb400_core_b_2_gic, parent: armclkb(0), freq: 600000000
Clock: aclk_core_adb400_gic_2_core_b, parent: armclkb(0), freq: 600000000
Clock: pclk_dbg_cxcs_pd_core_b, parent: pclk_dbg_core_b(0), freq: 100000000
Clock: clk_dbg_pd_core_b, parent: armclkb(0), freq: 600000000
Clock: aclk_cci_grf, parent: aclk_cci_pre(0), freq: 297000000
Clock: clk_dbg_noc, parent: clk_cs(0), freq: 148500000
Clock: clk_dbg_cxcs, parent: clk_cs(0), freq: 148500000
Clock: aclk_cci_noc1, parent: aclk_cci_pre(0), freq: 297000000
Clock: aclk_cci_noc0, parent: aclk_cci_pre(0), freq: 297000000
Clock: aclk_cci, parent: aclk_cci_pre(0), freq: 297000000
Clock: aclk_adb400m_pd_core_b, parent: aclk_cci_pre(0), freq: 297000000
Clock: aclk_adb400m_pd_core_l, parent: aclk_cci_pre(0), freq: 297000000
Clock: hclk_rga_noc, parent: hclk_rga_pre(0), freq: 96000000
Clock: hclk_rga, parent: hclk_rga_pre(0), freq: 96000000
Clock: aclk_rga_noc, parent: aclk_rga_pre(0), freq: 192000000
Clock: aclk_rga, parent: aclk_rga_pre(0), freq: 192000000
Clock: hclk_iep_noc, parent: hclk_iep_pre(0), freq: 96000000
Clock: hclk_iep, parent: hclk_iep_pre(0), freq: 96000000
Clock: aclk_iep_noc, parent: aclk_iep_pre(0), freq: 192000000
Clock: aclk_iep, parent: aclk_iep_pre(0), freq: 192000000
Clock: hclk_vdu_noc, parent: hclk_vdu_pre(0), freq: 96000000
Clock: hclk_vdu, parent: hclk_vdu_pre(0), freq: 96000000
Clock: aclk_vdu_noc, parent: aclk_vdu_pre(0), freq: 192000000
Clock: aclk_vdu, parent: aclk_vdu_pre(0), freq: 192000000
Clock: hclk_vcodec_noc, parent: hclk_vcodec_pre(0), freq: 96000000
Clock: hclk_vcodec, parent: hclk_vcodec_pre(0), freq: 96000000
Clock: aclk_vcodec_noc, parent: aclk_vcodec_pre(0), freq: 192000000
Clock: aclk_vcodec, parent: aclk_vcodec_pre(0), freq: 192000000
Clock: pclk_cic, parent: pclk_ddr(0), freq: 96000000
Clock: clk_ddr_mon_timer, parent: xin24m(0), freq: 24000000
Clock: clk_ddr_mon, parent: clk_ddrc_div2(0), freq: 400000000
Clock: pclk_ddr_mon, parent: pclk_ddr(0), freq: 96000000
Clock: clk_ddr_cic, parent: clk_ddrc_div2(0), freq: 400000000
Clock: pclk_center_main_noc, parent: pclk_ddr(0), freq: 96000000
Clock: clk_ddrcfg_msch1, parent: clk_ddrc_div2(0), freq: 400000000
Clock: clk_ddrphy1, parent: clk_ddrc_div2(0), freq: 400000000
Clock: clk_ddrphy_ctrl1, parent: clk_ddrc_div2(0), freq: 400000000
Clock: clk_ddrc1, parent: clk_ddrc_div2(0), freq: 400000000
Clock: clk_ddr1_msch, parent: clk_ddrc_div2(0), freq: 400000000
Clock: clk_ddrcfg_msch0, parent: clk_ddrc_div2(0), freq: 400000000
Clock: clk_ddrphy0, parent: clk_ddrc_div2(0), freq: 400000000
Clock: clk_ddrphy_ctrl0, parent: clk_ddrc_div2(0), freq: 400000000
Clock: clk_ddrc0, parent: clk_ddrc_div2(0), freq: 400000000
Clock: pclk_ddr_sgrf, parent: pclk_ddr(0), freq: 96000000
Clock: aclk_center_peri_noc, parent: aclk_center(0), freq: 297000000
Clock: aclk_center_main_noc, parent: aclk_center(0), freq: 297000000
Clock: hclk_ahb1tom, parent: hclk_perihp(0), freq: 148500000
Clock: pclk_perihp_noc, parent: pclk_perihp(0), freq: 37125000
Clock: hclk_perihp_noc, parent: hclk_perihp(0), freq: 148500000
Clock: aclk_perihp_noc, parent: aclk_perihp(0), freq: 148500000
Clock: pclk_pcie, parent: pclk_perihp(0), freq: 37125000
Clock: aclk_pcie, parent: aclk_perihp(0), freq: 148500000
Clock: hclk_hsic, parent: hclk_perihp(0), freq: 148500000
Clock: hclk_host1_arb, parent: hclk_perihp(0), freq: 148500000
Clock: hclk_host1, parent: hclk_perihp(0), freq: 148500000
Clock: hclk_host0_arb, parent: hclk_perihp(0), freq: 148500000
Clock: hclk_host0, parent: hclk_perihp(0), freq: 148500000
Clock: pclk_perihp_grf, parent: pclk_perihp(0), freq: 37125000
Clock: aclk_perf_pcie, parent: aclk_perihp(0), freq: 148500000
Clock: pclk_uphy1_tcpd_g, parent: pclk_alive(0), freq: 99000000
Clock: pclk_uphy1_tcphy_g, parent: pclk_alive(0), freq: 99000000
Clock: pclk_uphy0_tcpd_g, parent: pclk_alive(0), freq: 99000000
Clock: pclk_uphy0_tcphy_g, parent: pclk_alive(0), freq: 99000000
Clock: pclk_usbphy_mux_g, parent: pclk_alive(0), freq: 99000000
Clock: clk_dphy_rx0_cfg, parent: clk_mipidphy_cfg(0), freq: 24000000
Clock: clk_dphy_tx1rx1_cfg, parent: clk_mipidphy_cfg(0), freq: 24000000
Clock: clk_dphy_tx0_cfg, parent: clk_mipidphy_cfg(0), freq: 24000000
Clock: clk_dphy_pll, parent: clk_mipidphy_ref(0), freq: 24000000
Clock: pclk_efuse1024s, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_efuse1024ns, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_tsadc, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_saradc, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_mailbox0, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_i2c3, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_i2c2, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_i2c6, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_i2c5, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_i2c1, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_i2c7, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_uart3, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_uart2, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_uart1, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_uart0, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_spi4, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_spi2, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_spi1, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_spi0, parent: pclk_perilp1(0), freq: 99000000
Clock: pclk_dcf, parent: pclk_perilp0(0), freq: 49500000
Clock: aclk_dcf, parent: aclk_perilp0(0), freq: 99000000
Clock: clk_intmem5, parent: aclk_perilp0(0), freq: 99000000
Clock: clk_intmem4, parent: aclk_perilp0(0), freq: 99000000
Clock: clk_intmem3, parent: aclk_perilp0(0), freq: 99000000
Clock: clk_intmem2, parent: aclk_perilp0(0), freq: 99000000
Clock: clk_intmem1, parent: aclk_perilp0(0), freq: 99000000
Clock: clk_intmem0, parent: aclk_perilp0(0), freq: 99000000
Clock: aclk_tzma, parent: aclk_perilp0(0), freq: 99000000
Clock: aclk_intmem, parent: aclk_perilp0(0), freq: 99000000
Clock: hclk_s_crypto1, parent: hclk_perilp0(0), freq: 99000000
Clock: hclk_m_crypto1, parent: hclk_perilp0(0), freq: 99000000
Clock: pclk_perilp_sgrf, parent: pclk_perilp1(0), freq: 99000000
Clock: clk_m0_perilp_dec, parent: fclk_cm0s(0), freq: 297000000
Clock: dclk_m0_perilp, parent: fclk_cm0s(0), freq: 297000000
Clock: hclk_m0_perilp, parent: fclk_cm0s(0), freq: 297000000
Clock: sclk_m0_perilp, parent: fclk_cm0s(0), freq: 297000000
Clock: hclk_s_crypto0, parent: hclk_perilp0(0), freq: 99000000
Clock: hclk_m_crypto0, parent: hclk_perilp0(0), freq: 99000000
Clock: hclk_rom, parent: hclk_perilp0(0), freq: 99000000
Clock: hclk_sdio_noc, parent: hclk_perilp1(0), freq: 99000000
Clock: hclk_m0_perilp_noc, parent: fclk_cm0s(0), freq: 297000000
Clock: pclk_perilp1_noc, parent: pclk_perilp1(0), freq: 99000000
Clock: hclk_perilp1_noc, parent: hclk_perilp1(0), freq: 99000000
Clock: hclk_perilp0_noc, parent: hclk_perilp0(0), freq: 99000000
Clock: aclk_perilp0_noc, parent: aclk_perilp0(0), freq: 99000000
Clock: aclk_dmac1_perilp, parent: aclk_perilp0(0), freq: 99000000
Clock: aclk_dmac0_perilp, parent: aclk_perilp0(0), freq: 99000000
Clock: clk_timer11, parent: xin24m(0), freq: 24000000
Clock: clk_timer10, parent: xin24m(0), freq: 24000000
Clock: clk_timer09, parent: xin24m(0), freq: 24000000
Clock: clk_timer08, parent: xin24m(0), freq: 24000000
Clock: clk_timer07, parent: xin24m(0), freq: 24000000
Clock: clk_timer06, parent: xin24m(0), freq: 24000000
Clock: clk_timer05, parent: xin24m(0), freq: 24000000
Clock: clk_timer04, parent: xin24m(0), freq: 24000000
Clock: clk_timer03, parent: xin24m(0), freq: 24000000
Clock: clk_timer02, parent: xin24m(0), freq: 24000000
Clock: clk_timer01, parent: xin24m(0), freq: 24000000
Clock: clk_timer00, parent: xin24m(0), freq: 24000000
Clock: aclk_isp1_wrapper, parent: hclk_isp1(0), freq: 96000000
Clock: hclk_isp1_wrapper, parent: aclk_isp0(0), freq: 192000000
Clock: pclkin_isp1_wrapper, parent: pclkin_cif(0), freq: 0
Clock: aclk_isp0_wrapper, parent: aclk_isp0(0), freq: 192000000
Clock: hclk_isp0_wrapper, parent: hclk_isp0(0), freq: 96000000
Clock: aclk_isp1_noc, parent: aclk_isp1(0), freq: 192000000
Clock: hclk_isp1_noc, parent: hclk_isp1(0), freq: 96000000
Clock: aclk_isp0_noc, parent: aclk_isp0(0), freq: 192000000
Clock: hclk_isp0_noc, parent: hclk_isp0(0), freq: 96000000
Clock: aclk_vop1, parent: aclk_vop1_pre(0), freq: 384000000
Clock: hclk_vop1, parent: hclk_vop1_pre(0), freq: 192000000
Clock: aclk_vop1_noc, parent: aclk_vop1_pre(0), freq: 384000000
Clock: hclk_vop1_noc, parent: hclk_vop1_pre(0), freq: 192000000
Clock: aclk_vop0, parent: aclk_vop0_pre(0), freq: 49500000
Clock: hclk_vop0, parent: hclk_vop0_pre(0), freq: 24750000
Clock: aclk_vop0_noc, parent: aclk_vop0_pre(0), freq: 49500000
Clock: hclk_vop0_noc, parent: hclk_vop0_pre(0), freq: 24750000
Clock: pclk_vio_grf, parent: pclk_vio(0), freq: 96000000
Clock: pclk_gasket, parent: pclk_hdcp(0), freq: 96000000
Clock: aclk_hdcp22, parent: aclk_hdcp(0), freq: 192000000
Clock: hclk_hdcp22, parent: hclk_hdcp(0), freq: 96000000
Clock: pclk_hdcp22, parent: pclk_hdcp(0), freq: 96000000
Clock: pclk_dp_ctrl, parent: pclk_hdcp(0), freq: 96000000
Clock: pclk_hdmi_ctrl, parent: pclk_hdcp(0), freq: 96000000
Clock: hclk_hdcp_noc, parent: hclk_hdcp(0), freq: 96000000
Clock: aclk_hdcp_noc, parent: aclk_hdcp(0), freq: 192000000
Clock: pclk_hdcp_noc, parent: pclk_hdcp(0), freq: 96000000
Clock: pclk_mipi_dsi1, parent: pclk_vio(0), freq: 96000000
Clock: pclk_mipi_dsi0, parent: pclk_vio(0), freq: 96000000
Clock: aclk_vio_noc, parent: aclk_vio(0), freq: 192000000
Clock: aclk_gpu_grf, parent: aclk_gpu_pre(0), freq: 12000000
Clock: aclk_perf_gpu, parent: aclk_gpu_pre(0), freq: 12000000
Clock: aclk_gpu, parent: aclk_gpu_pre(0), freq: 12000000
Clock: aclk_usb3_grf, parent: aclk_usb3(0), freq: 297000000
Clock: aclk_usb3_rksoc_axi_perf, parent: aclk_usb3(0), freq: 297000000
Clock: aclk_usb3otg1, parent: aclk_usb3(0), freq: 297000000
Clock: aclk_usb3otg0, parent: aclk_usb3(0), freq: 297000000
Clock: aclk_usb3_noc, parent: aclk_usb3(0), freq: 297000000
Clock: pclk_sgrf, parent: pclk_alive(0), freq: 99000000
Clock: pclk_pmu_intr_arb, parent: pclk_alive(0), freq: 99000000
Clock: pclk_hsicphy, parent: pclk_perihp(0), freq: 37125000
Clock: pclk_timer1, parent: pclk_alive(0), freq: 99000000
Clock: pclk_timer0, parent: pclk_alive(0), freq: 99000000
Clock: pclk_gpio4, parent: pclk_alive(0), freq: 99000000
Clock: pclk_gpio3, parent: pclk_alive(0), freq: 99000000
Clock: pclk_gpio2, parent: pclk_alive(0), freq: 99000000
Clock: pclk_intr_arb, parent: pclk_alive(0), freq: 99000000
Clock: pclk_grf, parent: pclk_alive(0), freq: 99000000
Clock: pclk_edp_ctrl, parent: pclk_edp(0), freq: 48000000
Clock: pclk_edp_noc, parent: pclk_edp(0), freq: 48000000
Clock: aclk_emmcgrf, parent: aclk_emmc(0), freq: 198000000
Clock: aclk_emmc_noc, parent: aclk_emmc(0), freq: 198000000
Clock: aclk_emmccore, parent: aclk_emmc(0), freq: 198000000
Clock: aclk_perf_gmac, parent: aclk_gmac_pre(0), freq: 96000000
Clock: pclk_gmac_noc, parent: pclk_gmac_pre(0), freq: 24000000
Clock: pclk_gmac, parent: pclk_gmac_pre(0), freq: 24000000
Clock: aclk_gmac_noc, parent: aclk_gmac_pre(0), freq: 96000000
Clock: aclk_gmac, parent: aclk_gmac_pre(0), freq: 96000000
Clock: hclk_sdmmc_noc, parent: hclk_sd(0), freq: 148500000
Clock: hclk_sdmmc, parent: hclk_sd(0), freq: 148500000
Clock: aclk_gic_adb400_gic_2_core_b, parent: aclk_gic_pre(0), freq: 96000000
Clock: aclk_gic_adb400_gic_2_core_l, parent: aclk_gic_pre(0), freq: 96000000
Clock: aclk_gic_adb400_core_b_2_gic, parent: aclk_gic_pre(0), freq: 96000000
Clock: aclk_gic_adb400_core_l_2_gic, parent: aclk_gic_pre(0), freq: 96000000
Clock: aclk_gic_noc, parent: aclk_gic_pre(0), freq: 96000000
Clock: aclk_gic, parent: aclk_gic_pre(0), freq: 96000000
Clock: hclk_sdioaudio_noc, parent: hclk_perilp1(0), freq: 99000000
Clock: pclk_spi5, parent: hclk_perilp1(0), freq: 99000000
Clock: hclk_sdio, parent: hclk_perilp1(0), freq: 99000000
Clock: hclk_spdif, parent: hclk_perilp1(0), freq: 99000000
Clock: hclk_i2s2, parent: hclk_perilp1(0), freq: 99000000
Clock: hclk_i2s1, parent: hclk_perilp1(0), freq: 99000000
Clock: hclk_i2s0, parent: hclk_perilp1(0), freq: 99000000
rk3399_cru0: Set gpll to 594000000
rk3399_cru0: Set cpll to 800000000
rk3399_cru0: Set npll to 1000000000
rk3399_cru0: Set aclk_perihp to 150000000
rk3399_cru0: Set hclk_perihp to 75000000
rk3399_cru0: Set pclk_perihp to 37500000
rk3399_cru0: Set aclk_perilp0 to 100000000
rk3399_cru0: Set hclk_perilp0 to 100000000
rk3399_cru0: Set pclk_perilp0 to 50000000
rk3399_cru0: Set aclk_cci to 600000000

And here it just stops, and the monitor goes black.

I’ll see if I can provoke to get further along by simply retrying…

-Søren

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

Bjoern A. Zeeb
On 1 Aug 2020, at 17:04, Søren Schmidt wrote:

> On 1 Aug 2020, at 18.57, Emmanuel Vadot <[hidden email]> wrote:
>>
>>
>> Hi Søren,
>>
>> On Sat, 1 Aug 2020 10:23:56 +0200
>> Søren Schmidt <[hidden email]
>> <mailto:[hidden email]>> 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.
>
> Wierd, but it is reproducible every time unfortunatly, here a verbose
> boot with HDMI monitor attached:
>
> OK boot -v
> Using DTB provided by EFI at 0x80ea000.
> EFI framebuffer information:
> addr, size     0xf6000000, 0x7e9000
> dimensions     1920 x 1080
> stride         1920
> masks          0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000
> ---<<BOOT>>---
> KDB: debugger backends: ddb
> KDB: current backend: ddb
>                    Type     Physical      Virtual   #Pages Attr
>      ConventionalMemory 000000200000       200000 00007eea WB
>       ACPIReclaimMemory 0000080ea000      80ea000 0000002c WB
>      ConventionalMemory 000008116000      8116000 000e0d46 WB
>        BootServicesData 0000e8e5c000     e8e5c000 00000001 WB
>              LoaderData 0000e8e5d000     e8e5d000 00008001 WB
>              LoaderCode 0000f0e5e000     f0e5e000 000000aa WB
>                Reserved 0000f0f08000     f0f08000 00000005 WB
>        BootServicesData 0000f0f0d000     f0f0d000 00000001 WB
>     RuntimeServicesData 0000f0f0e000     f0f0e000 00000001 WB RUNTIME
>        BootServicesData 0000f0f0f000     f0f0f000 00000002 WB
>                Reserved 0000f0f11000     f0f11000 00000001 WB
>        BootServicesData 0000f0f12000     f0f12000 00000002 WB
>     RuntimeServicesData 0000f0f14000     f0f14000 00000002 WB RUNTIME
>                Reserved 0000f0f16000     f0f16000 00000001 WB
>        BootServicesData 0000f0f17000     f0f17000 00000001 WB
>                Reserved 0000f0f18000     f0f18000 00000001 WB
>        BootServicesData 0000f0f19000     f0f19000 00000002 WB
>                Reserved 0000f0f1b000     f0f1b000 00000004 WB
>              LoaderData 0000f0f1f000     f0f1f000 00003011 WB
>     RuntimeServicesCode 0000f3f30000     f3f30000 00000010 WB RUNTIME
>              LoaderData 0000f3f40000     f3f40000 000040c0 WB
> Physical memory chunk(s):
>   0x00200000 - 0x080e9fff,   126 MB (  32490 pages)
>   0x08116000 - 0xf0f07fff,  3725 MB ( 953842 pages)
>   0xf0f0d000 - 0xf0f10fff,     0 MB (      4 pages)
>   0xf0f12000 - 0xf0f15fff,     0 MB (      4 pages)
>   0xf0f17000 - 0xf0f17fff,     0 MB (      1 pages)
>   0xf0f19000 - 0xf0f1afff,     0 MB (      2 pages)
>   0xf0f1f000 - 0xf3f2ffff,    48 MB (  12305 pages)
>   0xf3f40000 - 0xf7ffffff,    64 MB (  16576 pages)
> Excluded memory regions:
>   0x080ea000 - 0x08115fff,     0 MB (     44 pages) NoAlloc
>   0xe9000000 - 0xea354fff,    19 MB (   4949 pages) NoAlloc
>   0xf0f08000 - 0xf0f0cfff,     0 MB (      5 pages) NoAlloc
>   0xf0f0e000 - 0xf0f0efff,     0 MB (      1 pages) NoAlloc
>   0xf0f11000 - 0xf0f11fff,     0 MB (      1 pages) NoAlloc
>   0xf0f14000 - 0xf0f16fff,     0 MB (      3 pages) NoAlloc
>   0xf0f18000 - 0xf0f18fff,     0 MB (      1 pages) NoAlloc
>   0xf0f1b000 - 0xf0f1efff,     0 MB (      4 pages) NoAlloc
>   0xf3f30000 - 0xf3f3ffff,     0 MB (     16 pages) NoAlloc
>   0xf6000000 - 0xf67e8fff,     7 MB (   2025 pages) NoAlloc
> Found 6 CPUs in the device tree
> 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
>     [hidden email]:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC
> arm64


In case you would be willing to try building a kernel yourself, try
something with a lot of non-essential modules (e.g. the allwinner
modules) removed and see what happens (just trying to make the size of
the kernel smaller).


/bz
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

Søren Schmidt-3


> On 1 Aug 2020, at 23.55, Bjoern A. Zeeb <[hidden email]> wrote:
>
>
> In case you would be willing to try building a kernel yourself, try something with a lot of non-essential modules (e.g. the allwinner modules) removed and see what happens (just trying to make the size of the kernel smaller).

Thats where I startet to see the problem, with my own minimal kernel config, to make certain I hadn’t goofed it up I tried the latest stock image.

I have tried different SD cards and PSU's to rule those out (and yes it boots every time on a NetBSD image).

However from 20+ boots I can say that it dies in different places but close to the original post here. BUT it did manage to boot once (without HDMI).
As the HW boots my older custom kernel just fine (and the other BSD’s) I don’t think its a HW problem, but more likely a race of sorts since it did boot once.

The same issue is with my pinebookpro, it behaves exactly the same, but no output on the display at all, just console..

I’ll try to backstep -current to where it did work and se it that brings any light over the issue…

-Søren

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

Emmanuel Vadot-7
On Sun, 2 Aug 2020 11:30:00 +0200
Søren Schmidt <[hidden email]> wrote:

>
>
> > On 1 Aug 2020, at 23.55, Bjoern A. Zeeb <[hidden email]> wrote:
> >
> >
> > In case you would be willing to try building a kernel yourself, try something with a lot of non-essential modules (e.g. the allwinner modules) removed and see what happens (just trying to make the size of the kernel smaller).
>
> Thats where I startet to see the problem, with my own minimal kernel config, to make certain I hadn?t goofed it up I tried the latest stock image.
>
> I have tried different SD cards and PSU's to rule those out (and yes it boots every time on a NetBSD image).
>
> However from 20+ boots I can say that it dies in different places but close to the original post here. BUT it did manage to boot once (without HDMI).
> As the HW boots my older custom kernel just fine (and the other BSD?s) I don?t think its a HW problem, but more likely a race of sorts since it did boot once.
>
> The same issue is with my pinebookpro, it behaves exactly the same, but no output on the display at all, just console..

 There is no support for eDP in mainline u-boot.
 Some patches are around to add support but I don't think that they
have been submitted upstream.
 There is another issue with eDP and FreeBSD kernel, u-boot set the
CPLL to 600Mhz (iirc) but the DTS have it set to 800Mhz so when we
process the assigned-clocks property and set it to 800Mhz the eDP
clock (which is derived from CPLL) isn't correct anymore and we lose
the display.

> I?ll try to backstep -current to where it did work and se it that brings any light over the issue?

 Did you find anything ?

> -Søren
>


--
Emmanuel Vadot <[hidden email]> <[hidden email]>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

Søren Schmidt-3


> On 6 Aug 2020, at 12.13, Emmanuel Vadot <[hidden email]> wrote:
>
> On Sun, 2 Aug 2020 11:30:00 +0200
> Søren Schmidt <[hidden email] <mailto:[hidden email]>> wrote:
>
>>
>>
>>> On 1 Aug 2020, at 23.55, Bjoern A. Zeeb <[hidden email]> wrote:
>>>
>>>
>>> In case you would be willing to try building a kernel yourself, try something with a lot of non-essential modules (e.g. the allwinner modules) removed and see what happens (just trying to make the size of the kernel smaller).
>>
>> Thats where I startet to see the problem, with my own minimal kernel config, to make certain I hadn?t goofed it up I tried the latest stock image.
>>
>> I have tried different SD cards and PSU's to rule those out (and yes it boots every time on a NetBSD image).
>>
>> However from 20+ boots I can say that it dies in different places but close to the original post here. BUT it did manage to boot once (without HDMI).
>> As the HW boots my older custom kernel just fine (and the other BSD?s) I don?t think its a HW problem, but more likely a race of sorts since it did boot once.
>>
>> The same issue is with my pinebookpro, it behaves exactly the same, but no output on the display at all, just console..
>
> There is no support for eDP in mainline u-boot.
> Some patches are around to add support but I don't think that they
> have been submitted upstream.
> There is another issue with eDP and FreeBSD kernel, u-boot set the
> CPLL to 600Mhz (iirc) but the DTS have it set to 800Mhz so when we
> process the assigned-clocks property and set it to 800Mhz the eDP
> clock (which is derived from CPLL) isn't correct anymore and we lose
> the display.

OK, I’ll look around a bit and see what gives.’

>
>> I?ll try to backstep -current to where it did work and se it that brings any light over the issue?
>
> Did you find anything ?

Yeah VirtualBox managed to crash my Mac into oblivion, so I’m just about finished getting things back together again (timemachine is nice :) )

However, it also fails with my previously good -current release, so that points pretty squarely at u-boot 2020.07. I’ll try to go back to 2020.04 (plus patches to find 4G etc).

--Søren

[hidden email] / [hidden email]
"So much code to hack, so little time"

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

Emmanuel Vadot-7
On Thu, 6 Aug 2020 13:46:16 +0200
Søren Schmidt <[hidden email]> wrote:

>
>
> > On 6 Aug 2020, at 12.13, Emmanuel Vadot <[hidden email]> wrote:
> >
> > On Sun, 2 Aug 2020 11:30:00 +0200
> > Søren Schmidt <[hidden email] <mailto:[hidden email]>> wrote:
> >
> >>
> >>
> >>> On 1 Aug 2020, at 23.55, Bjoern A. Zeeb <[hidden email]> wrote:
> >>>
> >>>
> >>> In case you would be willing to try building a kernel yourself, try something with a lot of non-essential modules (e.g. the allwinner modules) removed and see what happens (just trying to make the size of the kernel smaller).
> >>
> >> Thats where I startet to see the problem, with my own minimal kernel config, to make certain I hadn?t goofed it up I tried the latest stock image.
> >>
> >> I have tried different SD cards and PSU's to rule those out (and yes it boots every time on a NetBSD image).
> >>
> >> However from 20+ boots I can say that it dies in different places but close to the original post here. BUT it did manage to boot once (without HDMI).
> >> As the HW boots my older custom kernel just fine (and the other BSD?s) I don?t think its a HW problem, but more likely a race of sorts since it did boot once.
> >>
> >> The same issue is with my pinebookpro, it behaves exactly the same, but no output on the display at all, just console..
> >
> > There is no support for eDP in mainline u-boot.
> > Some patches are around to add support but I don't think that they
> > have been submitted upstream.
> > There is another issue with eDP and FreeBSD kernel, u-boot set the
> > CPLL to 600Mhz (iirc) but the DTS have it set to 800Mhz so when we
> > process the assigned-clocks property and set it to 800Mhz the eDP
> > clock (which is derived from CPLL) isn't correct anymore and we lose
> > the display.
>
> OK, I?ll look around a bit and see what gives.?
>
> >
> >> I?ll try to backstep -current to where it did work and se it that brings any light over the issue?
> >
> > Did you find anything ?
>
> Yeah VirtualBox managed to crash my Mac into oblivion, so I?m just about finished getting things back together again (timemachine is nice :) )
>
> However, it also fails with my previously good -current release, so that points pretty squarely at u-boot 2020.07. I?ll try to go back to 2020.04 (plus patches to find 4G etc).

 What patches are you talking about ?

> --Søren
>
> [hidden email] / [hidden email]
> "So much code to hack, so little time"
>


--
Emmanuel Vadot <[hidden email]>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

SleepWalker
Hi Søren!

Here is a custom u-boot-2020.07 port that allows you to get eDP video on
the Pinebook-Pro.
https://github.com/S199pWa1k9r/ports/tree/master/sysutils/u-boot-pinebook-pro
A kernel patch is also needed ...
http://dev.kubsu.ru/images/PineBook-Pro/


чт, 6 авг. 2020 г. в 14:51, Emmanuel Vadot <[hidden email]>:

> On Thu, 6 Aug 2020 13:46:16 +0200
> Søren Schmidt <[hidden email]> wrote:
>
> >
> >
> > > On 6 Aug 2020, at 12.13, Emmanuel Vadot <[hidden email]> wrote:
> > >
> > > On Sun, 2 Aug 2020 11:30:00 +0200
> > > Søren Schmidt <[hidden email] <mailto:[hidden email]>>
> wrote:
> > >
> > >>
> > >>
> > >>> On 1 Aug 2020, at 23.55, Bjoern A. Zeeb <
> [hidden email]> wrote:
> > >>>
> > >>>
> > >>> In case you would be willing to try building a kernel yourself, try
> something with a lot of non-essential modules (e.g. the allwinner modules)
> removed and see what happens (just trying to make the size of the kernel
> smaller).
> > >>
> > >> Thats where I startet to see the problem, with my own minimal kernel
> config, to make certain I hadn?t goofed it up I tried the latest stock
> image.
> > >>
> > >> I have tried different SD cards and PSU's to rule those out (and yes
> it boots every time on a NetBSD image).
> > >>
> > >> However from 20+ boots I can say that it dies in different places but
> close to the original post here. BUT it did manage to boot once (without
> HDMI).
> > >> As the HW boots my older custom kernel just fine (and the other
> BSD?s) I don?t think its a HW problem, but more likely a race of sorts
> since it did boot once.
> > >>
> > >> The same issue is with my pinebookpro, it behaves exactly the same,
> but no output on the display at all, just console..
> > >
> > > There is no support for eDP in mainline u-boot.
> > > Some patches are around to add support but I don't think that they
> > > have been submitted upstream.
> > > There is another issue with eDP and FreeBSD kernel, u-boot set the
> > > CPLL to 600Mhz (iirc) but the DTS have it set to 800Mhz so when we
> > > process the assigned-clocks property and set it to 800Mhz the eDP
> > > clock (which is derived from CPLL) isn't correct anymore and we lose
> > > the display.
> >
> > OK, I?ll look around a bit and see what gives.?
> >
> > >
> > >> I?ll try to backstep -current to where it did work and se it that
> brings any light over the issue?
> > >
> > > Did you find anything ?
> >
> > Yeah VirtualBox managed to crash my Mac into oblivion, so I?m just about
> finished getting things back together again (timemachine is nice :) )
> >
> > However, it also fails with my previously good -current release, so that
> points pretty squarely at u-boot 2020.07. I?ll try to go back to 2020.04
> (plus patches to find 4G etc).
>
>  What patches are you talking about ?
>
> > --Søren
> >
> > [hidden email] / [hidden email]
> > "So much code to hack, so little time"
> >
>
>
> --
> Emmanuel Vadot <[hidden email]>
> _______________________________________________
> [hidden email] mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "[hidden email]"
>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

Søren Schmidt-3
In reply to this post by Emmanuel Vadot-7

> On 6 Aug 2020, at 13.51, Emmanuel Vadot <[hidden email]> wrote:
>>
>>
>> However, it also fails with my previously good -current release, so that points pretty squarely at u-boot 2020.07. I?ll try to go back to 2020.04 (plus patches to find 4G etc).
>
> What patches are you talking about ?

With the stock 2020.04 from ports I had to apply this patch manually to get u-boot to find all 4G’s of memory:




--
Søren Schmidt
[hidden email] / [hidden email]
"So much code to hack, so little time"



_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

Søren Schmidt-3
In reply to this post by SleepWalker
On 6 Aug 2020, at 17.13, Sleep Walker <[hidden email]> wrote:
>
> Hi Søren!
>
> Here is a custom u-boot-2020.07 port that allows you to get eDP video on the Pinebook-Pro.
> https://github.com/S199pWa1k9r/ports/tree/master/sysutils/u-boot-pinebook-pro <https://github.com/S199pWa1k9r/ports/tree/master/sysutils/u-boot-pinebook-pro>
> A kernel patch is also needed ...
> http://dev.kubsu.ru/images/PineBook-Pro/ <http://dev.kubsu.ru/images/PineBook-Pro/>
>


Hi !

I will most definitely try this out ! Give me a day or two, I’m away from my pinebookpro for the next couple of days.

--
Søren Schmidt
[hidden email] / [hidden email]
"So much code to hack, so little time"



_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

Emmanuel Vadot-7
In reply to this post by Søren Schmidt-3
On Thu, 6 Aug 2020 17:19:41 +0200
Søren Schmidt <[hidden email]> wrote:

>
> > On 6 Aug 2020, at 13.51, Emmanuel Vadot <[hidden email]> wrote:
> >>
> >>
> >> However, it also fails with my previously good -current release, so that points pretty squarely at u-boot 2020.07. I?ll try to go back to 2020.04 (plus patches to find 4G etc).
> >
> > What patches are you talking about ?
>
> With the stock 2020.04 from ports I had to apply this patch manually to get u-boot to find all 4G?s of memory:
>

 That shouldn't be needed, I know I don't need it (same with others
that have the boards and tested the latest image).
 So it's clear that your problem is DRAM related (which can explain the
random freeeze or panic), but that doesn't really explain why you don't
have problems with NetBSD, which version of u-boot are they using ?

 P.S.: That would have been good to start your recent mails by saying
that you needed a patch for u-boot ...

--
Emmanuel Vadot <[hidden email]>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

Søren Schmidt-3


> On 6 Aug 2020, at 17.27, Emmanuel Vadot <[hidden email]> wrote:
>
> On Thu, 6 Aug 2020 17:19:41 +0200
> Søren Schmidt <[hidden email]> wrote:
>
>>
>>> On 6 Aug 2020, at 13.51, Emmanuel Vadot <[hidden email]> wrote:
>>>>
>>>>
>>>> However, it also fails with my previously good -current release, so that points pretty squarely at u-boot 2020.07. I?ll try to go back to 2020.04 (plus patches to find 4G etc).
>>>
>>> What patches are you talking about ?
>>
>> With the stock 2020.04 from ports I had to apply this patch manually to get u-boot to find all 4G?s of memory:
>>
>
> That shouldn't be needed, I know I don't need it (same with others
> that have the boards and tested the latest image).
> So it's clear that your problem is DRAM related (which can explain the
> random freeeze or panic), but that doesn't really explain why you don't
> have problems with NetBSD, which version of u-boot are they using ?

They use a custom version of eyufan’s u-boot an old 2019 something..

> P.S.: That would have been good to start your recent mails by saying
> that you needed a patch for u-boot ...

I don’t need them for 2020.07 that finds 4G just fine on the rockpro64 but they where needed for 2020.04 (found them on the u-boot homepage back when, its a known problem fixed in .07).

--
Søren Schmidt
[hidden email] / [hidden email]
"So much code to hack, so little time"



_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

Emmanuel Vadot-7
On Thu, 6 Aug 2020 17:44:43 +0200
Søren Schmidt <[hidden email]> wrote:

>
>
> > On 6 Aug 2020, at 17.27, Emmanuel Vadot <[hidden email]> wrote:
> >
> > On Thu, 6 Aug 2020 17:19:41 +0200
> > Søren Schmidt <[hidden email]> wrote:
> >
> >>
> >>> On 6 Aug 2020, at 13.51, Emmanuel Vadot <[hidden email]> wrote:
> >>>>
> >>>>
> >>>> However, it also fails with my previously good -current release, so that points pretty squarely at u-boot 2020.07. I?ll try to go back to 2020.04 (plus patches to find 4G etc).
> >>>
> >>> What patches are you talking about ?
> >>
> >> With the stock 2020.04 from ports I had to apply this patch manually to get u-boot to find all 4G?s of memory:
> >>
> >
> > That shouldn't be needed, I know I don't need it (same with others
> > that have the boards and tested the latest image).
> > So it's clear that your problem is DRAM related (which can explain the
> > random freeeze or panic), but that doesn't really explain why you don't
> > have problems with NetBSD, which version of u-boot are they using ?
>
> They use a custom version of eyufan?s u-boot an old 2019 something..
>
> > P.S.: That would have been good to start your recent mails by saying
> > that you needed a patch for u-boot ...
>
> I don?t need them for 2020.07 that finds 4G just fine on the rockpro64 but they where needed for 2020.04 (found them on the u-boot homepage back when, its a known problem fixed in .07).

 It's not in 2020.07 (see
https://github.com/u-boot/u-boot/blob/master/arch/arm/dts/rk3399-sdram-lpddr4-100.dtsi)
so maybe some changes made the dram controller finding all the 4GiB but
it's not correctly initialized.

> --
> Søren Schmidt
> [hidden email] / [hidden email]
> "So much code to hack, so little time"
>
>
>


--
Emmanuel Vadot <[hidden email]>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

Søren Schmidt-3


> On 6 Aug 2020, at 17.50, Emmanuel Vadot <[hidden email]> wrote:
>>>
>>
>> I don?t need them for 2020.07 that finds 4G just fine on the rockpro64 but they where needed for 2020.04 (found them on the u-boot homepage back when, its a known problem fixed in .07).
>
> It's not in 2020.07 (see
> https://github.com/u-boot/u-boot/blob/master/arch/arm/dts/rk3399-sdram-lpddr4-100.dtsi <https://github.com/u-boot/u-boot/blob/master/arch/arm/dts/rk3399-sdram-lpddr4-100.dtsi>)
> so maybe some changes made the dram controller finding all the 4GiB but
> it's not correctly initialized.

Yeah, I noticed that the patch doesn’t apply to 2020.07 and that the values used now looks different, however 2020.07 does finde all the mem. Havn’t looked into that yet, but I will persue it when I get back this weekend, could easily be part of the problem...

--
Søren Schmidt
[hidden email] / [hidden email]
"So much code to hack, so little time"



_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

Søren Schmidt-3
In reply to this post by SleepWalker
On 6 Aug 2020, at 17.13, Sleep Walker <[hidden email]> wrote:
>
> Hi Søren!
>
> Here is a custom u-boot-2020.07 port that allows you to get eDP video on the Pinebook-Pro.
> https://github.com/S199pWa1k9r/ports/tree/master/sysutils/u-boot-pinebook-pro <https://github.com/S199pWa1k9r/ports/tree/master/sysutils/u-boot-pinebook-pro>
> A kernel patch is also needed ...
> http://dev.kubsu.ru/images/PineBook-Pro/ <http://dev.kubsu.ru/images/PineBook-Pro/>
>

Hi!

Just tried your “DESKTOP” image on my pop, and it boots just fine :)

However if I touch the trackpad it looses both keyboard an trackpad immediately but the machine runs along…

If I then plug in a USB kbd, both trackpad and builtin kbd comes back to life, and apparently stay working...

Great work!!

I’ll get the patches integratet in my own build here and see how that goes..

--
Søren Schmidt
[hidden email] / [hidden email]
"So much code to hack, so little time"



_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: RockPro64 with latest image fails to boot?

SleepWalker
Yes, there is a problem with the keyboard, but you dealt with it correctly.
I don't know how to fix this yet.
Maybe Emmanuel will help us :-).


Sergey

> 7 авг. 2020 г., в 20:18, Søren Schmidt <[hidden email]> написал(а):
>
> On 6 Aug 2020, at 17.13, Sleep Walker <[hidden email]> wrote:
>>
>> Hi Søren!
>>
>> Here is a custom u-boot-2020.07 port that allows you to get eDP video on the Pinebook-Pro.
>> https://github.com/S199pWa1k9r/ports/tree/master/sysutils/u-boot-pinebook-pro
>> A kernel patch is also needed ...
>> http://dev.kubsu.ru/images/PineBook-Pro/
>>>
>
> Hi!
>
> Just tried your “DESKTOP” image on my pop, and it boots just fine :)
>
> However if I touch the trackpad it looses both keyboard an trackpad immediately but the machine runs along…
>
> If I then plug in a USB kbd, both trackpad and builtin kbd comes back to life, and apparently stay working...
>
> Great work!!
>
> I’ll get the patches integratet in my own build here and see how that goes..
>
> --
> Søren Schmidt
> [hidden email] / [hidden email]
> "So much code to hack, so little time"
>
>
>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"