Choose between Raspberry Pi 4B 4GB and ROCKPro64
Klaus Küchemann
maciphone2 at googlemail.com
Wed Nov 13 22:42:22 UTC 2019
Bernd Walter-4 wrote
> On Wed, Nov 13, 2019 at 03:19:17PM -0700, Klaus Küchemann via freebsd-arm
> wrote:
>> Bernd Walter-4 wrote
>> > On Wed, Nov 13, 2019 at 08:53:43AM +0100, Bernd Walter wrote:
>> >> On Tue, Nov 12, 2019 at 02:52:51PM -0800, John-Mark Gurney wrote:
>> >> > Bernd Walter wrote this message on Tue, Nov 12, 2019 at 23:16 +0100:
>> >> > > On Tue, Nov 12, 2019 at 08:09:38AM -0700, Klaus Küchemann via
>> >> freebsd-arm wrote:
>> >> > > > <<The u-boot has to go into the SPI-Flash or on the card?
>> >>
>> >> > > >
>> >> > > > onto the uSD :
>> >> > > > https://www.freshports.org/sysutils/u-boot-rockpro64/
>> >> > > > Regards
>> >> > > > Klaus
>> >> > >
>> >> > > Thank you.
>> >> > >
>> >> > > Do you know the bps rate used by u-boot and later components?
>> >> > > I do see some output at the usual 115200 bps, but it is messed up.
>> >> > > Also tried other typical bps rates, including 1.5Mbps as mentioned
>> >> > > on the RockPro Wiki, but none worked.
>> >> > > I wouldn't rule out that it is the USB uart failing at 1.5M
>> though,
>> >> > > but I've tried a PL2303, CP2102 (which refused 1.5Mbps) and
>> >> > > a CH340.
>> >> > > Unfortunately I don't have an FTDI based TTL one at hands.
>> >> > > It also fails with reading the uartt output when booting an
>> Armbian
>> >> > > image, which as such is booting fine according to the HDMI output.
>> >> >
>> >> > It's 1.5Mbps, aka 1500000. I'm using the CH340G that they sell:
>> >> > https://store.pine64.org/?product=padi-serial-console
>> >> >
>> >> > And it works, but it will occasionally drop characters.
>> >>
>> >> Sigh - IMO 1.5M is an insane idea for that and so needless.
>> >>
>> >> > None of my other serial adapters could do the speed necessary.
>> >>
>> >> I just retried with the CH340 - again no success, but noticed that the
>> >> chip on my adapter is unlabeled.
>> >> So probably it isn't a genuine.
>> >> I should have some others, but not at home, and I also have some
>> >> loose CH340G chips.
>> >
>> >
>> > Grr - I was off by one pin.
>> > Ground on TX and signal on RX.
>> > On the analyzer it was obvious that it's is not propper uart signaling.
>> > With the wrong wiring it was inverted.
>> >
>> > Now I get FreeBSD output:
>> > U-Boot TPL 2019.10 (Oct 25 2019 - 06:55:42)
>> > Trying to boot from BOOTROM
>> > Returning to boot ROM...
>> >
>> > U-Boot SPL 2019.10 (Oct 25 2019 - 06:55:42 +0000)
>> > Trying to boot from MMC1
>> >
>> ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
>> >
>> ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
>> >
>> > U-Boot 2019.10 (Oct 25 2019 - 06:55:42 +0000)
>> >
>> > Model: Pine64 RockPro64
>> > DRAM: 2 GiB
>> > MMC: dwmmc at fe320000: 1, sdhci at fe330000: 0
>> > Loading Environment from MMC... Card did not respond to voltage select!
>> > *** Warning - No block device, using default environment
>> >
>> > In: serial at ff1a0000
>> > Out: serial at ff1a0000
>> > Err: serial at ff1a0000
>> > Model: Pine64 RockPro64
>> > rockchip_dnl_key_pressed: adc_channel_single_shot fail!
>> > Net: eth0: ethernet at fe300000
>> > 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...
>> > 73463 bytes read in 9 ms (7.8 MiB/s)
>> > Found EFI removable media binary efi/boot/bootaa64.efi
>> > ESC7ESC[rESC[999;999HESC[6nESC8Scanning disk
>>
>> > dwmmc@
>>
>> > ...
>> > Card did not respond to voltage select!
>> > Scanning disk
>>
>> > sdhci@
>>
>> > ...
>> > Disk
>>
>> > sdhci@
>>
>> > not ready
>> > Found 3 disks
>> > BootOrder not defined
>> > EFI boot manager: Cannot load any image
>> > 676216 bytes read in 34 ms (19 MiB/s)
>> > ESC[?25hESC[1;1HESC[0;37;40mCESC[0;37;40mESC[1;2HE
>> > ...
>> > I hate when console output includes that crap...
>> > Seriously, the typescript file is 792405 Bytes long.
>> > WTF is wrong with plain line output while booting?
>> > Somewhere hidden in between is the whole loader output.
>> > I can cat the file and see something of that, but the screen gets
>> > redrawn in between.
>> > ...
>> > ;37;40m ^[[0;37;40m^[[25;72H^[[0;37;40m ^[[0;37;40m^[[25;73H^[[0;37;40m
>> > ^[[0;37;40m^[[25;74H^[[0;37;40m ^[[0;37;40m^[[25;75H^[[0;37;40m
>> > ^[[0;37;40m^[[25;76H^[[0;37;40m ^[[0;37;40m^[[25;77H^[[0;37;40m
>> > ^[[0;37;40m^[[25;78H^[[0;37;40m ^[[0;37;40m^[[25;79H^[[0;37;40m
>> > ^[[0;37;40m^[[25;80H^
>> > [[?25h^[[25;1H---<
>> >
> <BOOT>
>> >>---^M
>> > KDB: debugger backends: ddb^M
>> > KDB: current backend: ddb^M
>> > Copyright (c) 1992-2019 The FreeBSD Project.^M
>> > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993,
>> 1994^M
>> > The Regents of the University of California. All rights
>> > reserved.^M
>> > FreeBSD is a registered trademark of The FreeBSD Foundation.^M
>> > FreeBSD 13.0-CURRENT #0 r354423: Thu Nov 7 12:03:03 UTC 2019^M
>> >
>>
>> > root at .freebsd
>>
>> > :/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64^M
>> > FreeBSD clang version 9.0.0 (tags/RELEASE_900/final 372316) (based on
>> LLVM
>> > 9.0.0)^M
>> > WARNING: WITNESS option enabled, expect reduced performance.^M
>> > VT: init without driver.^M
>> > module firmware already present!^M
>> > KLD file umodem.ko is missing dependencies^M
>> > Starting CPU 1 (1)^M
>> > Starting CPU 2 (2)^M
>> > Starting CPU 3 (3)^M
>> > Starting CPU 4 (100)^M
>> > Starting CPU 5 (101)^M
>> > FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs^M
>> > arc4random: WARNING: initial seeding bypassed the cryptographic random
>> > device because it was not yet seeded and the knob
>> 'bypass_before_seeding'
>> > was enabled.^M
>> > random: entropy device external interface^M
>> > MAP 7cf1a000 mode 2 pages 1^M
>> > MAP 7cf25000 mode 2 pages 1^M
>> > MAP 7ff40000 mode 2 pages 16^M
>> > kbd0 at kbdmux0^M
>> > ofwbus0:
>> >
> <Open Firmware Device Tree>
>> > ^M
>> > clk_fixed0:
>> >
> <Fixed clock>
>> > on ofwbus0^M
>> > simplebus0:
>> >
> <Flattened device tree simple bus>
>> > on ofwbus0^M
>> > rk_grf0:
>> >
> <RockChip General Register Files>
>> > mem 0xff320000-0xff320fff on ofwbus0^M
>> > rk3399_pmucru0:
>> >
> <Rockchip RK3399 PMU Clock and Reset Unit>
>> > mem 0xff750000-0xff750fff on ofwbus0^M
>> > rk3399_cru0:
>> >
> <Rockchip RK3399 Clock and Reset Unit>
>> > mem 0xff760000-0xff760fff on ofwbus0^M
>> >
>> > And it hangs at this point.
>> > Ok - I created the image in an oportunistic way and downloaded:
>> > FreeBSD-13.0-CURRENT-arm64-aarch64-PINE64-LTS-20191107-r354423.img
>> > Then wrote the rockpro64 u-boot onto the card.
>> >
>> > This is what I have on my screen after a cat:
>> > Loading /boot/device.hints n (
>> > e
>> > Loading /boot/loader.conf ; 0
>> > 7;40m1
>> > Loading /boot/loader.conf.local 0
>> > Loading kbrnel... 4
>> > /boot/kernel/kernel text=0x96c524 data=0x1898b0 data=0x +0x79a5e0
>> > syms=[0x8+0x14
>> > 16a8+0x8+0x12c6e9] 5
>> > Loading conf4gured modules...
>> > /boot/kernel/umodem.kd text=0x2100 text=0x13a0 data=0x6e0+0x1
>> > syms=[0x8+0xf48+0
>> > x8+0xb6e] k 1
>> > can't find '/boot/e[tropy'0mn t
>> 0
>> > b
>> > e s
>> > Hit [Enter] to boot immediately, or any other key or command prompt.
>> > Booting [/boot/kern l/kernel]...
>> > Using DTB provided by EFI at 0x.0eb000.
>> > Loading DTB tverlays: 'sun50i-a64-sid,sun50i-a64-ths,sun50i-a64-tim
>> > r,sun50i-a64
>> > -opp' 0 4
>> > 78Hx
>> > /boot/dtb/overlays sun50i-a64-sid.dtbo size=0x1fd
>> > /boot/dtb/overlays/sun50i-a643ths.dtbo size=0x3e80;37;40mi
>> > /boot/dtb/ov7rlays/sun50i-a64-thmer.dtbo size=0x175 ;
>> > /boot/dtb/overla[s/sun50i-a64-opp.dtbo size=0m74f s
>> > DTB overlay '/boot/dtb/overlayspsun50i-a64-sid.dtbo' not compatible
>> > DTB o/erlay '/boot/dtb/overlays/sun50i-a64-thmsdtbo' not compatible
>> > DTB overlay '/boot/dtb/overlays/sun50i-a64-timer.dtbo' not compatible
>> > DTB overlay '/boot/dtb/overlays/sun50i-a64-opp.dtbo' 'ot compatible
>> > ---<
>> >
> <BOOT>
>> >>--- 0 ; 40m
>> > KDB: debugger backends: ddb
>> > KDB: current backend: ddb
>> > Copyright (c) 1992-2019 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 r354423: Thu Nov 7 12:03:03 UTC 2019
>> >
>>
>> > root at .freebsd
>>
>> > :/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64
>> > FreeBSD clang version 9.0.0 (tags/RELEASE_900/final 372316) (based on
>> LLVM
>> > 9.0.0)
>> > WARNING: WITNESS option enabled, expect reduced performance.
>> > VT: init without driver.
>> > module firmware already present!
>> > KLD file umodem.ko is missing dependencies
>> > Starting CPU 1 (1)
>> > Starting CPU 2 (2)
>> > Starting CPU 3 (3)
>> > Starting CPU 4 (100)
>> > Starting CPU 5 (101)
>> > FreeBSD/SMP: Multiprocessor System Detected: 6 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 7cf1a000 mode 2 pages 1
>> > MAP 7cf25000 mode 2 pages 1
>> > MAP 7ff40000 mode 2 pages 16
>> > kbd0 at kbdmux0
>> > 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
>> >
>> > Looks like it didn't load the rk3399-rockpro64.dtb, which is on the
>> > filesystem
>> > and just tried A64 ones.
>> > The GENERIC kernel on the image seems to know the RK3399 at least.
>> >
>> > --
>> > B.Walter <
>>
>> > bernd@
>>
>> > > http://www.bwct.de
>> > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
>> > _______________________________________________
>>
>> > freebsd-arm@
>>
>> > mailing list
>> > https://lists.freebsd.org/mailman/listinfo/freebsd-arm
>> > To unsubscribe, send any mail to "
>>
>> > freebsd-arm-unsubscribe@
>>
>> > "
>>
>>
>> Bernd, did you notice ? :
>> --
>> U-Boot 2019.10 (Oct 25 2019 - 06:55:42 +0000)
>>
>> Model: Pine64 RockPro64
>> DRAM: 2 GiB
>> --
>> wasn't it the 4GB-model you bought ?
>
> No - didn't notice.
> Yes - I bought the 4G model and it says on the packaging.
>
>> --
>> <
> <Ok - I created the image in an oportunistic way and downloaded:
>>
> FreeBSD-13.0-CURRENT-arm64-aarch64-PINE64-LTS-20191107-r354423.img
>> Then wrote the rockpro64 u-boot onto the card.>>
>>
>> O.K., when it boots it's O.K., but I'm surprised why you use
>> **Pine64**.img
>> (which is NOT RockPro64)
>
> Because beside the bootcode those are generic images and I was too lazy to
> create an image from scratch.
>
> --
> B.Walter <
> bernd@
> > http://www.bwct.de
> Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
> _______________________________________________
> freebsd-arm@
> mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "
> freebsd-arm-unsubscribe@
> "
yes, you can be sure you own the 4GB-model and weren't tricked by the seller
:-)
I`m not so much surprised that the RAM-issue wasn't fixed in official
2019.10 ..
in the 2019.10-version given to me (mentioned in an earlier post) the full
4GB are detected.
... in your self-quote you mentioned that the dtb-overlays are not needed
no more by 2019-u-boot: that's true
I would suggest for to do-list: replace the u-boot-version in sysutils with
fixed Ram-issue and set the baud rate to 115200( or as mentioned by Ian
Lepore 921600 (if can be handled by all cheap dongles)).
-- Klaus
--
Sent from: http://freebsd.1045724.x6.nabble.com/freebsd-arm-f4199244.html
More information about the freebsd-arm
mailing list