unusable network performance Rock64

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

unusable network performance Rock64

Sebastian Reitenbach
Hi,

I've two rock64 1 with 2GB memory, the other with 1GB memory.
Both with NetBSD-evbarm-aarch64-202001141930Z-rock64.img
as well as the one with 2GB on OpenBSD -current, have super
lousy network performance. Both are Rock64_V2.0 from 2017-0713.
It's connected to Gigabit switch.

Related to it, I found this threat regarding similar bad
networking on Linux:
https://forum.pine64.org/showthread.php?tid=5043&page=4

so tried to set MTU to 1492 and also experimented with something
even much smaller, but to no avail, I can't successfully download
base66.tgz for example, it gets stuck after a few kb, until it eventually
gives up.

ICMP pinging kind of works, about 5% packet loss.

I also tried different media options, forcing to 100MBit full and half duplex,
as well as 10MBit full and half duplex. Also tried to force the switch down to
100 MBIT or 10 MBit. The situation improves, for example, I get much more
of a base66.tgz downloaded, but it still gives up in the end.

ifconfig dwge0 debug doesn't bring nothing new in dmesg.

I don't think so but, can I disable rx/tx like they say in the Linux thread using ethtool?

Also this threat here talks about network problems with V2.0 board:
https://forum.pine64.org/showthread.php?tid=7545

In this threat here:
https://forum.pine64.org/showthread.php?tid=5712
they play with values of allwinner,tx-delay-ps, maybe playing with
tx-delay in ./linux-4.20/arch/arm64/boot/dts/rockchip/rk3328-rock64.dts might help?

Can I set this somewhere before booting, without the need to rebuild the dtb package,
and recreate an image for testing?

I even found this post:
https://sanisimov.com/2019/08/fixing-rock64-v2-gigabit-ethernet/
where someone is fixing it by soldering on the board.
Before I go down that rabbit hole, anyone with working (gigabit) network
on the Rock64, which board version?

For the time being, I've a USB-Ethernet converter, that does the to get OpenBSD
installed, but still would be nice if there would be a way to make GigaBit interface
working, so any ideas to pursue are welcome.

OpenBSD 6.6-current (GENERIC.MP) #443: Thu Jan 30 21:47:12 MST 2020
    [hidden email]:/usr/src/sys/arch/arm64/compile/GENERIC.MP
real mem  = 2080894976 (1984MB)
avail mem = 1986916352 (1894MB)
mainbus0 at root: Pine64 Rock64
cpu0 at mainbus0 mpidr 0: ARM Cortex-A53 r0p4
cpu0: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
cpu0: 256KB 64b/line 16-way L2 cache
efi0 at mainbus0: UEFI 2.8
efi0: Das U-Boot rev 0x20200100
apm0 at mainbus0
psci0 at mainbus0: PSCI 1.1, SMCCC 1.1
syscon0 at mainbus0: "syscon"
"io-domains" at syscon0 not configured
syscon1 at mainbus0: "power-management"
rkclock0 at mainbus0
rkclock_set_frequency: 0x00000145
rkclock_set_frequency: 0x00000045
rkclock_set_frequency: 0x0000003e
rkclock_set_frequency: 0x000000e5
rkclock_set_frequency: 0x00000092
rkclock_set_frequency: 0x000000dc
rkclock_set_frequency: 0x00000061
ampintc0 at mainbus0 nirq 160, ncpu 4 ipi: 0, 1: "interrupt-controller"
rkpinctrl0 at mainbus0: "pinctrl"
rkgpio0 at rkpinctrl0
rkgpio1 at rkpinctrl0
rkgpio2 at rkpinctrl0
rkgpio3 at rkpinctrl0
"fit-images" at mainbus0 not configured
"opp_table0" at mainbus0 not configured
"arm-pmu" at mainbus0 not configured
agtimer0 at mainbus0: tick rate 24000 KHz
"xin24m" at mainbus0 not configured
com0 at mainbus0: ns16550, no working fifo
com0: console
rkiic0 at mainbus0
iic0 at rkiic0
rkpmic0 at iic0 addr 0x18: RK805
"spi" at mainbus0 not configured
simplebus0 at mainbus0: "amba"
"dmac" at simplebus0 not configured
dwmmc0 at mainbus0: 50 MHz base clock
sdmmc0 at dwmmc0: 4-bit, sd high-speed, mmc high-speed, dma
dwmmc1 at mainbus0: 50 MHz base clock
sdmmc1 at dwmmc1: 8-bit, mmc high-speed, dma
dwge0 at mainbus0: address 7a:ff:31:d6:7e:bb
rgephy0 at dwge0 phy 0: RTL8169S/8110S/8211 PHY, rev. 6
ehci0 at mainbus0
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "Generic EHCI root hub" rev 2.00/1.00 addr 1
ohci0 at mainbus0: version 1.0
"usb" at mainbus0 not configured
"external-gmac-clock" at mainbus0 not configured
"sdmmc-regulator" at mainbus0 not configured
"vcc-host-5v-regulator" at mainbus0 not configured
"vcc-sys" at mainbus0 not configured
"dmc" at mainbus0 not configured
"usb" at mainbus0 not configured
cpu1 at mainbus0 mpidr 1: ARM Cortex-A53 r0p4
cpu1: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
cpu1: 256KB 64b/line 16-way L2 cache
cpu2 at mainbus0 mpidr 2: ARM Cortex-A53 r0p4
cpu2: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
cpu2: 256KB 64b/line 16-way L2 cache
cpu3 at mainbus0 mpidr 3: ARM Cortex-A53 r0p4
cpu3: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
cpu3: 256KB 64b/line 16-way L2 cache
usb1 at ohci0: USB revision 1.0
uhub1 at usb1 configuration 1 interface 0 "Generic OHCI root hub" rev 1.00/1.00 addr 1
sdmmc1: can't enable card
scsibus0 at sdmmc0: 2 targets, initiator 0
sd0 at scsibus0 targ 1 lun 0: <SD/MMC, EB1QT, 0030> removable
sd0: 30528MB, 512 bytes/sector, 62521344 sectors
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
scsibus2 at softraid0: 256 targets
bootfile: sd0a:/bsd
boot device: sd0
root on sd0a (bc3b5c1485137e4a.a) swap on sd0b dump on sd0b
WARNING: preposterous clock chip time
WARNING: CHECK AND RESET THE DATE!

Reply | Threaded
Open this post in threaded view
|

Re: unusable network performance Rock64

Kurt Miller-4
On Mon, 2020-02-03 at 00:28 +0100, Sebastian Reitenbach wrote:

> Hi,
>
> I've two rock64 1 with 2GB memory, the other with 1GB memory. 
> Both with NetBSD-evbarm-aarch64-202001141930Z-rock64.img
> as well as the one with 2GB on OpenBSD -current, have super
> lousy network performance. Both are Rock64_V2.0 from 2017-0713.
> It's connected to Gigabit switch.
>
> Related to it, I found this threat regarding similar bad
> networking on Linux:
> https://forum.pine64.org/showthread.php?tid=5043&page=4
>
> so tried to set MTU to 1492 and also experimented with something
> even much smaller, but to no avail, I can't successfully download
> base66.tgz for example, it gets stuck after a few kb, until it eventually
> gives up.
>
> ICMP pinging kind of works, about 5% packet loss.
>
> I also tried different media options, forcing to 100MBit full and half duplex,
> as well as 10MBit full and half duplex. Also tried to force the switch down to
> 100 MBIT or 10 MBit. The situation improves, for example, I get much more 
> of a base66.tgz downloaded, but it still gives up in the end.
>
> ifconfig dwge0 debug doesn't bring nothing new in dmesg.
>
> I don't think so but, can I disable rx/tx like they say in the Linux thread using ethtool?
>
> Also this threat here talks about network problems with V2.0 board:
> https://forum.pine64.org/showthread.php?tid=7545
>
> In this threat here:
> https://forum.pine64.org/showthread.php?tid=5712
> they play with values of allwinner,tx-delay-ps, maybe playing with
> tx-delay in ./linux-4.20/arch/arm64/boot/dts/rockchip/rk3328-rock64.dts might help?
>
> Can I set this somewhere before booting, without the need to rebuild the dtb package,
> and recreate an image for testing?
>
> I even found this post:
> https://sanisimov.com/2019/08/fixing-rock64-v2-gigabit-ethernet/
> where someone is fixing it by soldering on the board.
> Before I go down that rabbit hole, anyone with working (gigabit) network
> on the Rock64, which board version?

I took a look at the links you posted. A few of them indicate that
v2.0 board has an electrical issue as the root cause that was later
fixed in the v3.0 board. You may want to consider adding the resistor
as described by Sergey Anisimov in the last link.

> For the time being, I've a USB-Ethernet converter, that does the to get OpenBSD
> installed, but still would be nice if there would be a way to make GigaBit interface
> working, so any ideas to pursue are welcome.
>
> OpenBSD 6.6-current (GENERIC.MP) #443: Thu Jan 30 21:47:12 MST 2020
>     [hidden email]:/usr/src/sys/arch/arm64/compile/GENERIC.MP
> real mem  = 2080894976 (1984MB)
> avail mem = 1986916352 (1894MB)
> mainbus0 at root: Pine64 Rock64
> cpu0 at mainbus0 mpidr 0: ARM Cortex-A53 r0p4
> cpu0: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
> cpu0: 256KB 64b/line 16-way L2 cache
> efi0 at mainbus0: UEFI 2.8
> efi0: Das U-Boot rev 0x20200100
> apm0 at mainbus0
> psci0 at mainbus0: PSCI 1.1, SMCCC 1.1
> syscon0 at mainbus0: "syscon"
> "io-domains" at syscon0 not configured
> syscon1 at mainbus0: "power-management"
> rkclock0 at mainbus0
> rkclock_set_frequency: 0x00000145
> rkclock_set_frequency: 0x00000045
> rkclock_set_frequency: 0x0000003e
> rkclock_set_frequency: 0x000000e5
> rkclock_set_frequency: 0x00000092
> rkclock_set_frequency: 0x000000dc
> rkclock_set_frequency: 0x00000061
> ampintc0 at mainbus0 nirq 160, ncpu 4 ipi: 0, 1: "interrupt-controller"
> rkpinctrl0 at mainbus0: "pinctrl"
> rkgpio0 at rkpinctrl0
> rkgpio1 at rkpinctrl0
> rkgpio2 at rkpinctrl0
> rkgpio3 at rkpinctrl0
> "fit-images" at mainbus0 not configured
> "opp_table0" at mainbus0 not configured
> "arm-pmu" at mainbus0 not configured
> agtimer0 at mainbus0: tick rate 24000 KHz
> "xin24m" at mainbus0 not configured
> com0 at mainbus0: ns16550, no working fifo
> com0: console
> rkiic0 at mainbus0
> iic0 at rkiic0
> rkpmic0 at iic0 addr 0x18: RK805
> "spi" at mainbus0 not configured
> simplebus0 at mainbus0: "amba"
> "dmac" at simplebus0 not configured
> dwmmc0 at mainbus0: 50 MHz base clock
> sdmmc0 at dwmmc0: 4-bit, sd high-speed, mmc high-speed, dma
> dwmmc1 at mainbus0: 50 MHz base clock
> sdmmc1 at dwmmc1: 8-bit, mmc high-speed, dma
> dwge0 at mainbus0: address 7a:ff:31:d6:7e:bb
> rgephy0 at dwge0 phy 0: RTL8169S/8110S/8211 PHY, rev. 6
> ehci0 at mainbus0
> usb0 at ehci0: USB revision 2.0
> uhub0 at usb0 configuration 1 interface 0 "Generic EHCI root hub" rev 2.00/1.00 addr 1
> ohci0 at mainbus0: version 1.0
> "usb" at mainbus0 not configured
> "external-gmac-clock" at mainbus0 not configured
> "sdmmc-regulator" at mainbus0 not configured
> "vcc-host-5v-regulator" at mainbus0 not configured
> "vcc-sys" at mainbus0 not configured
> "dmc" at mainbus0 not configured
> "usb" at mainbus0 not configured
> cpu1 at mainbus0 mpidr 1: ARM Cortex-A53 r0p4
> cpu1: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
> cpu1: 256KB 64b/line 16-way L2 cache
> cpu2 at mainbus0 mpidr 2: ARM Cortex-A53 r0p4
> cpu2: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
> cpu2: 256KB 64b/line 16-way L2 cache
> cpu3 at mainbus0 mpidr 3: ARM Cortex-A53 r0p4
> cpu3: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
> cpu3: 256KB 64b/line 16-way L2 cache
> usb1 at ohci0: USB revision 1.0
> uhub1 at usb1 configuration 1 interface 0 "Generic OHCI root hub" rev 1.00/1.00 addr 1
> sdmmc1: can't enable card
> scsibus0 at sdmmc0: 2 targets, initiator 0
> sd0 at scsibus0 targ 1 lun 0: <SD/MMC, EB1QT, 0030> removable
> sd0: 30528MB, 512 bytes/sector, 62521344 sectors
> vscsi0 at root
> scsibus1 at vscsi0: 256 targets
> softraid0 at root
> scsibus2 at softraid0: 256 targets
> bootfile: sd0a:/bsd
> boot device: sd0
> root on sd0a (bc3b5c1485137e4a.a) swap on sd0b dump on sd0b
> WARNING: preposterous clock chip time
> WARNING: CHECK AND RESET THE DATE!
>

Reply | Threaded
Open this post in threaded view
|

Re: unusable network performance Rock64

Sebastian Reitenbach
In reply to this post by Sebastian Reitenbach
Hi,

missed the message yesterday,
Am Montag, Februar 10, 2020 13:35 CET, schrieb Mark Kettenis <[hidden email]>:

> Sebastian Reitenbach schreef op 2020-02-03 00:28:
> > Hi,
> >
> > I've two rock64 1 with 2GB memory, the other with 1GB memory.
> > Both with NetBSD-evbarm-aarch64-202001141930Z-rock64.img
> > as well as the one with 2GB on OpenBSD -current, have super
> > lousy network performance. Both are Rock64_V2.0 from 2017-0713.
> > It's connected to Gigabit switch.
> >
> > Related to it, I found this threat regarding similar bad
> > networking on Linux:
> > https://forum.pine64.org/showthread.php?tid=5043&page=4
> >
> > so tried to set MTU to 1492 and also experimented with something
> > even much smaller, but to no avail, I can't successfully download
> > base66.tgz for example, it gets stuck after a few kb, until it
> > eventually
> > gives up.
> >
> > ICMP pinging kind of works, about 5% packet loss.
> >
> > I also tried different media options, forcing to 100MBit full and half
> > duplex,
> > as well as 10MBit full and half duplex. Also tried to force the switch
> > down to
> > 100 MBIT or 10 MBit. The situation improves, for example, I get much
> > more
> > of a base66.tgz downloaded, but it still gives up in the end.
> >
> > ifconfig dwge0 debug doesn't bring nothing new in dmesg.
> >
> > I don't think so but, can I disable rx/tx like they say in the Linux
> > thread using ethtool?
> >
> > Also this threat here talks about network problems with V2.0 board:
> > https://forum.pine64.org/showthread.php?tid=7545
> >
> > In this threat here:
> > https://forum.pine64.org/showthread.php?tid=5712
> > they play with values of allwinner,tx-delay-ps, maybe playing with
> > tx-delay in
> > ./linux-4.20/arch/arm64/boot/dts/rockchip/rk3328-rock64.dts might
> > help?
> >
> > Can I set this somewhere before booting, without the need to rebuild
> > the dtb package,
> > and recreate an image for testing?
> >
> > I even found this post:
> > https://sanisimov.com/2019/08/fixing-rock64-v2-gigabit-ethernet/
> > where someone is fixing it by soldering on the board.
> > Before I go down that rabbit hole, anyone with working (gigabit)
> > network
> > on the Rock64, which board version?
> >
> > For the time being, I've a USB-Ethernet converter, that does the to get
> > OpenBSD
> > installed, but still would be nice if there would be a way to make
> > GigaBit interface
> > working, so any ideas to pursue are welcome.
> >
> > OpenBSD 6.6-current (GENERIC.MP) #443: Thu Jan 30 21:47:12 MST 2020
> >
> > [hidden email]:/usr/src/sys/arch/arm64/compile/GENERIC.MP
> > real mem  = 2080894976 (1984MB)
> > avail mem = 1986916352 (1894MB)
> > mainbus0 at root: Pine64 Rock64
> > cpu0 at mainbus0 mpidr 0: ARM Cortex-A53 r0p4
> > cpu0: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1
> > D-cache
> > cpu0: 256KB 64b/line 16-way L2 cache
> > efi0 at mainbus0: UEFI 2.8
> > efi0: Das U-Boot rev 0x20200100
> > apm0 at mainbus0
> > psci0 at mainbus0: PSCI 1.1, SMCCC 1.1
> > syscon0 at mainbus0: "syscon"
> > "io-domains" at syscon0 not configured
> > syscon1 at mainbus0: "power-management"
> > rkclock0 at mainbus0
> > rkclock_set_frequency: 0x00000145
> > rkclock_set_frequency: 0x00000045
> > rkclock_set_frequency: 0x0000003e
> > rkclock_set_frequency: 0x000000e5
> > rkclock_set_frequency: 0x00000092
> > rkclock_set_frequency: 0x000000dc
> > rkclock_set_frequency: 0x00000061
>
> This is bad news.  It means the device tree is referencing clocks that
> our driver doesn't implement.
>
> One possible issue here is that you're using a device tree that doesn't
> match what OpenBSD expects.
> Unfortunately upstream U-Boot comes with such a device tree...
>
> Can you send us the output of the "eeprom -p"?
>
Had to reinstall one of them, still waiting for the soldering equipment.
Or do you think by any chance, this rkclock frequency may have influence
on network ?

Fresh dmesg below, output of eeprom -p attached.

cheers,
Sebastian

Exit to (S)hell, (H)alt or (R)eboot? [reboot]
syncing disks... done
rebooting...

U-Boot TPL 2020.01-dirty (Feb 03 2020 - 18:45:12)
LPDDR3, 800MHz
BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB
Trying to boot from BOOTROM
Returning to boot ROM...

U-Boot SPL 2020.01-dirty (Feb 03 2020 - 18:45:12 -0500)
Trying to boot from MMC1
NOTICE:  BL31: v2.2(debug):2.2
NOTICE:  BL31: Built : 12:03:24, Jan 11 2020
ERROR:   over or zero region, nr=4187432, max=10
NOTICE:  BL31:Rockchip release version: v1.2
INFO:    ARM GICv2 driver initialized
INFO:    plat_rockchip_pmu_init: pd status 0xe
INFO:    BL31: Initializing runtime services
WARNING: BL31: cortex_a53: CPU workaround for 855873 was missing!
INFO:    BL31: Preparing for EL3 exit to normal world
INFO:    Entry point address = 0x200000
INFO:    SPSR = 0x3c9


U-Boot 2020.01-dirty (Feb 03 2020 - 18:45:12 -0500)

Model: Pine64 Rock64
DRAM:  2 GiB
PMIC:  RK8050 (on=0x40, off=0x00)
MMC:   rksdmmc@ff500000: 1, rksdmmc@ff520000: 0
Loading Environment from MMC... *** Warning - bad CRC, using default environment

In:    serial@ff130000
Out:   serial@ff130000
Err:   serial@ff130000
Model: Pine64 Rock64
Net:   eth0: ethernet@ff540000
Hit any key to stop autoboot:  0
Card did not respond to voltage select!
switch to partitions #0, OK
mmc1 is current device
Scanning mmc 1:1...
Found EFI removable media binary efi/boot/bootaa64.efi
libfdt fdt_check_header(): FDT_ERR_BADMAGIC
Scanning disk [hidden email]...
** Unrecognized filesystem type **
Card did not respond to voltage select!
Scanning disk [hidden email]...
Disk [hidden email] not ready
Found 3 disks
BootOrder not defined
EFI boot manager: Cannot load any image
165151 bytes read in 15 ms (10.5 MiB/s)
libfdt fdt_check_header(): FDT_ERR_BADMAGIC
disks: sd0*
>> OpenBSD/arm64 BOOTAA64 0.20
boot>
booting sd0a:/bsd: 7650340+1494088+534896+848176 [505072+109+950280+535575]=0xd37fe0
type 0x2 pa 0x200000 va 0x200000 pages 0x4000 attr 0x8
type 0x7 pa 0x4200000 va 0x4200000 pages 0x3ef3 attr 0x8
type 0x4 pa 0x80f3000 va 0x80f3000 pages 0x1a attr 0x8
type 0x7 pa 0x810d000 va 0x810d000 pages 0x74184 attr 0x8
type 0x2 pa 0x7c291000 va 0x7c291000 pages 0xb57 attr 0x8
type 0x4 pa 0x7cde8000 va 0x7cde8000 pages 0x1 attr 0x8
type 0x2 pa 0x7cde9000 va 0x7cde9000 pages 0x3 attr 0x8
type 0x7 pa 0x7cdec000 va 0x7cdec000 pages 0x1 attr 0x8
type 0x2 pa 0x7cded000 va 0x7cded000 pages 0x100 attr 0x8
type 0x1 pa 0x7ceed000 va 0x7ceed000 pages 0x29 attr 0x8
type 0x0 pa 0x7cf16000 va 0x7cf16000 pages 0x7 attr 0x8
type 0x4 pa 0x7cf1d000 va 0x7cf1d000 pages 0x1 attr 0x8
type 0x6 pa 0x7cf1e000 va 0x40dcf49000 pages 0x1 attr 0x8000000000000008
type 0x4 pa 0x7cf1f000 va 0x7cf1f000 pages 0x2 attr 0x8
type 0x0 pa 0x7cf21000 va 0x7cf21000 pages 0x4 attr 0x8
type 0x4 pa 0x7cf25000 va 0x7cf25000 pages 0x2 attr 0x8
type 0x6 pa 0x7cf27000 va 0x40dcf52000 pages 0x1 attr 0x8000000000000008
type 0x2 pa 0x7cf28000 va 0x7cf28000 pages 0x3008 attr 0x8
type 0x5 pa 0x7ff30000 va 0x40dff5b000 pages 0x10 attr 0x8000000000000008
type 0x2 pa 0x7ff40000 va 0x7ff40000 pages 0xc0 attr 0x8
[ using 1992000 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2020 OpenBSD. All rights reserved.  https://www.OpenBSD.org

OpenBSD 6.6-current (GENERIC.MP) #457: Tue Feb 11 02:31:53 MST 2020
    [hidden email]:/usr/src/sys/arch/arm64/compile/GENERIC.MP
real mem  = 2080862208 (1984MB)
avail mem = 1986883584 (1894MB)
mainbus0 at root: Pine64 Rock64
cpu0 at mainbus0 mpidr 0: ARM Cortex-A53 r0p4
cpu0: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
cpu0: 256KB 64b/line 16-way L2 cache
efi0 at mainbus0: UEFI 2.8
efi0: Das U-Boot rev 0x20200100
apm0 at mainbus0
psci0 at mainbus0: PSCI 1.1, SMCCC 1.1
syscon0 at mainbus0: "syscon"
"io-domains" at syscon0 not configured
syscon1 at mainbus0: "power-management"
rkclock0 at mainbus0
rkclock_set_frequency: 0x00000145
rkclock_set_frequency: 0x00000045
rkclock_set_frequency: 0x0000003e
rkclock_set_frequency: 0x000000e5
rkclock_set_frequency: 0x00000092
rkclock_set_frequency: 0x000000dc
rkclock_set_frequency: 0x00000061
ampintc0 at mainbus0 nirq 160, ncpu 4 ipi: 0, 1: "interrupt-controller"
rkpinctrl0 at mainbus0: "pinctrl"
rkgpio0 at rkpinctrl0
rkgpio1 at rkpinctrl0
rkgpio2 at rkpinctrl0
rkgpio3 at rkpinctrl0
"fit-images" at mainbus0 not configured
"opp_table0" at mainbus0 not configured
"arm-pmu" at mainbus0 not configured
agtimer0 at mainbus0: tick rate 24000 KHz
"xin24m" at mainbus0 not configured
com0 at mainbus0: ns16550, no working fifo
com0: console
rkiic0 at mainbus0
iic0 at rkiic0
rkpmic0 at iic0 addr 0x18: RK805
"spi" at mainbus0 not configured
simplebus0 at mainbus0: "amba"
"dmac" at simplebus0 not configured
dwmmc0 at mainbus0: 50 MHz base clock
sdmmc0 at dwmmc0: 4-bit, sd high-speed, mmc high-speed, dma
dwmmc1 at mainbus0: 50 MHz base clock
sdmmc1 at dwmmc1: 8-bit, mmc high-speed, dma
dwge0 at mainbus0: address fa:61:54:63:c0:0a
rgephy0 at dwge0 phy 0: RTL8169S/8110S/8211 PHY, rev. 6
ehci0 at mainbus0
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "Generic EHCI root hub" rev 2.00/1.00 addr 1
ohci0 at mainbus0: version 1.0
"usb" at mainbus0 not configured
"external-gmac-clock" at mainbus0 not configured
"sdmmc-regulator" at mainbus0 not configured
"vcc-host-5v-regulator" at mainbus0 not configured
"vcc-sys" at mainbus0 not configured
"dmc" at mainbus0 not configured
"usb" at mainbus0 not configured
cpu1 at mainbus0 mpidr 1: ARM Cortex-A53 r0p4
cpu1: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
cpu1: 256KB 64b/line 16-way L2 cache
cpu2 at mainbus0 mpidr 2: ARM Cortex-A53 r0p4
cpu2: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
cpu2: 256KB 64b/line 16-way L2 cache
cpu3 at mainbus0 mpidr 3: ARM Cortex-A53 r0p4
cpu3: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache
cpu3: 256KB 64b/line 16-way L2 cache
usb1 at ohci0: USB revision 1.0
uhub1 at usb1 configuration 1 interface 0 "Generic OHCI root hub" rev 1.00/1.00 addr 1
sdmmc1: can't enable card
scsibus0 at sdmmc0: 2 targets, initiator 0
sd0 at scsibus0 targ 1 lun 0: <SD/MMC, EB1QT, 0030> removable
sd0: 30528MB, 512 bytes/sector, 62521344 sectors
axe0 at uhub0 port 1 configuration 1 interface 0 "ASIX Electronics AX88772B" rev 2.00/0.01 addr 2
axe0: AX88772B, address 00:60:6e:d5:a1:eb
ukphy0 at axe0 phy 16: Generic IEEE 802.3u media interface, rev. 1: OUI 0x000ec6, model 0x0008
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
scsibus2 at softraid0: 256 targets
bootfile: sd0a:/bsd
boot device: sd0
root on sd0a (532db096874c7767.a) swap on sd0b dump on sd0b
cpu0: clock not implemented
Automatic boot in progress: starting file system checks.

output (71K) Download Attachment