Discussion:
Pine64 RockPro64 Support
(too old to reply)
Alexandre GRIVEAUX
2020-06-16 20:00:01 UTC
Permalink
Hello,


I've try to boot and install the Pine64 RockPro64 with daily sdcard image[0].

Unfortunaly i've got errors (see attachement), it's due to using sdcard instead of eMMC ?


I'dont remember if i was registered on debian-arm, please send me a copie.

Thanks.


[0] https://d-i.debian.org/daily-images/arm64/daily/netboot/SD-card-images/
Nigel Sollars
2020-06-16 20:20:02 UTC
Permalink
Looks like you need to set the boot param please see,

https://wiki.pine64.org/index.php/ROCKPro64

Nige

On Tue, Jun 16, 2020 at 3:51 PM Alexandre GRIVEAUX
Post by Alexandre GRIVEAUX
Hello,
I've try to boot and install the Pine64 RockPro64 with daily sdcard image[0].
Unfortunaly i've got errors (see attachement), it's due to using sdcard instead of eMMC ?
I'dont remember if i was registered on debian-arm, please send me a copie.
Thanks.
[0] https://d-i.debian.org/daily-images/arm64/daily/netboot/SD-card-images/
--
“Science is a differential equation. Religion is a boundary condition.”

Alan Turing
Alexandre GRIVEAUX
2020-06-17 14:40:01 UTC
Permalink
Post by Nigel Sollars
Looks like you need to set the boot param please see,
https://wiki.pine64.org/index.php/ROCKPro64
Nige
On Tue, Jun 16, 2020 at 3:51 PM Alexandre GRIVEAUX
Post by Alexandre GRIVEAUX
Hello,
I've try to boot and install the Pine64 RockPro64 with daily sdcard image[0].
Unfortunaly i've got errors (see attachement), it's due to using sdcard instead of eMMC ?
I'dont remember if i was registered on debian-arm, please send me a copie.
Thanks.
[0] https://d-i.debian.org/daily-images/arm64/daily/netboot/SD-card-images/
Hello,


Unfortunately it's doesn't seem working when disabling eMMC.


Thanks.
Marcin Juszkiewicz
2020-06-16 20:50:01 UTC
Permalink
Post by Alexandre GRIVEAUX
I've try to boot and install the Pine64 RockPro64 with daily sdcard image[0].
Unfortunaly i've got errors (see attachement), it's due to using sdcard instead of eMMC ?
I use own build of U-Boot (from master branch) stored in SPI flash.

Bullseye boots without problem. So maybe try to upgrade U-Boot?
Marcin Juszkiewicz
2020-06-17 17:00:01 UTC
Permalink
Post by Marcin Juszkiewicz
Post by Alexandre GRIVEAUX
I've try to boot and install the Pine64 RockPro64 with daily sdcard image[0].
Unfortunaly i've got errors (see attachement), it's due to using sdcard instead of eMMC ?
I use own build of U-Boot (from master branch) stored in SPI flash.
Bullseye boots without problem. So maybe try to upgrade U-Boot?
Wrote few words on updating U-Boot:

https://marcin.juszkiewicz.com.pl/2020/06/17/ebbr-on-rockpro64/
Frank Mankel
2020-06-20 07:10:01 UTC
Permalink
Post by Marcin Juszkiewicz
Post by Marcin Juszkiewicz
Post by Alexandre GRIVEAUX
I've try to boot and install the Pine64 RockPro64 with daily sdcard image[0].
Unfortunaly i've got errors (see attachement), it's due to using
sdcard instead of eMMC ?
I use own build of U-Boot (from master branch) stored in SPI flash.
Bullseye boots without problem. So maybe try to upgrade U-Boot?
https://marcin.juszkiewicz.com.pl/2020/06/17/ebbr-on-rockpro64/
Hello,


first my english isn't good. So, sry for this.


I am using debian bullseye installer and install debian to an PCIe NVMe
SSD on my ROCKPro64. Very nice ;)

But after i complete this installation won't boot. I am using an u-boot
from ayufan. (2020.01..)


So i am copied from an ayufan debian minimal installation. (partition
linux-boot)

dtbs

efi

extlinux


Then i modified extlinux/extlinux.conf


timeout 10
menu title select kernel

label kernel-5.6.0-1137-ayufan-ge57f05e7bf8f
    kernel /vmlinuz-5.6.0-2-arm64
    initrd /initrd.img-5.6.0-2-arm64
    devicetreedir /dtbs/5.6.0-1137-ayufan-ge57f05e7bf8f
    append rw panic=10 init=/sbin/init coherent_pool=1M
ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#}
cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapa>


Now Debian Bullseye booted fine from my ROCKPro64 :)

Is it supposed to work like this?

Or can we add the missing things?


Thank you for your work. Now i have an nice debian on my ROCKPro64.


I wrote about what i have done on my private forum (only in german)

https://forum.frank-mankel.org/topic/831/rockpro64-debian-bullseye


Greetings

Frank
Nigel Sollars
2020-06-20 16:30:01 UTC
Permalink
Hey Frank,

Nice work with this, Ayufan's Uboot/Kernels are the way to go if you
have issues as with both Rock64 and RockPro64 he has dialed in and
fixed alot of the issues with the rest of the crew from the Pine64 irc
support team.

I use Arch on both of mine and ive had to go this route also as there
was no default install path for Arch at the time and built an image
from Arch latest ( ARM ) root and built kernel / uboot from Ayufan's
latest git. So it is not surprising that these are still bumpy with
other distributions also.

Nige
Post by Alexandre GRIVEAUX
Post by Marcin Juszkiewicz
Post by Marcin Juszkiewicz
Post by Alexandre GRIVEAUX
I've try to boot and install the Pine64 RockPro64 with daily sdcard image[0].
Unfortunaly i've got errors (see attachement), it's due to using
sdcard instead of eMMC ?
I use own build of U-Boot (from master branch) stored in SPI flash.
Bullseye boots without problem. So maybe try to upgrade U-Boot?
https://marcin.juszkiewicz.com.pl/2020/06/17/ebbr-on-rockpro64/
Hello,
first my english isn't good. So, sry for this.
I am using debian bullseye installer and install debian to an PCIe NVMe
SSD on my ROCKPro64. Very nice ;)
But after i complete this installation won't boot. I am using an u-boot
from ayufan. (2020.01..)
So i am copied from an ayufan debian minimal installation. (partition
linux-boot)
dtbs
efi
extlinux
Then i modified extlinux/extlinux.conf
timeout 10
menu title select kernel
label kernel-5.6.0-1137-ayufan-ge57f05e7bf8f
kernel /vmlinuz-5.6.0-2-arm64
initrd /initrd.img-5.6.0-2-arm64
devicetreedir /dtbs/5.6.0-1137-ayufan-ge57f05e7bf8f
append rw panic=10 init=/sbin/init coherent_pool=1M
ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#}
cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapa>
Now Debian Bullseye booted fine from my ROCKPro64 :)
Is it supposed to work like this?
Or can we add the missing things?
Thank you for your work. Now i have an nice debian on my ROCKPro64.
I wrote about what i have done on my private forum (only in german)
https://forum.frank-mankel.org/topic/831/rockpro64-debian-bullseye
Greetings
Frank
--
“Science is a differential equation. Religion is a boundary condition.”

Alan Turing
Marcin Juszkiewicz
2020-06-21 13:40:01 UTC
Permalink
Post by Marcin Juszkiewicz
Post by Marcin Juszkiewicz
Post by Alexandre GRIVEAUX
I've try to boot and install the Pine64 RockPro64 with daily sdcard image[0].
Unfortunaly i've got errors (see attachement), it's due to using
sdcard instead of eMMC ?
I use own build of U-Boot (from master branch) stored in SPI flash.
Bullseye boots without problem. So maybe try to upgrade U-Boot?
https://marcin.juszkiewicz.com.pl/2020/06/17/ebbr-on-rockpro64/
Installed Debian 'testing' from netinst iso yesterday:

https://marcin.juszkiewicz.com.pl/2020/06/20/installing-debian-on-rockpro64/
Alexandre GRIVEAUX
2020-07-24 19:00:01 UTC
Permalink
Hello,


After some try (including checking the right image, the sdcard and the
reader), i've managed to boot the Pine64 RockPro64 by doing:

- Getting firmware and partition of daily images for RockPro64 and
assembling it to complete_image.img

- Copy it with dd on sdcard and plug it on board and powering the board.

- Using installer normally but instead of using the whole disk I
formated the fat32 partition to ext4 and resized to the end of sdcard

(to avoiding erasing bootloader at beginning sdcard)


- Used chroot on another machine to install flash-kernel and adding [0]:
'Pine64 RockPro64' to /etc/flash-kernel/machine and:

Machine: Pine64 RockPro64
Kernel-Flavors: arm64
DTB-Id: rockchip/rk3399-rockpro64.dtb
Boot-Script-Path: /boot/boot.scr
U-Boot-Script-Name: bootscr.uboot-generic
Required-Packages: u-boot-tools

To /etc/flash-kernel/db


- Using programs on this order:

update-initramfs -u

flash-kernel


After a reboot the board is now working !


Now i would like to write u-boot on SPI flash instead of using sdcard to
boot and facilitate me if i need to reinstalling Debian on it.


How i can help to bring those features on mainling sdcard images ?


Thanks


[0] I've sent merge request on salsa for flash-kernel:

https://salsa.debian.org/installer-team/flash-kernel/-/merge_requests/21
David Pottage
2020-06-17 08:40:01 UTC
Permalink
Post by Alexandre GRIVEAUX
I've try to boot and install the Pine64 RockPro64 with daily sdcard image[0].
Unfortunaly i've got errors (see attachement), it's due to using sdcard instead of eMMC ?
[0]
https://d-i.debian.org/daily-images/arm64/daily/netboot/SD-card-images/
An alternative to consider is the Armbian images [1]. I am using their
buster
desktop release on my RockPro64, and it is working very nicely.

The Armbian distro is based on Debian, and is very similar with only a
few board
specific patches, and a few cosmetic tweaks such as branded desktop
wallpaper.
Comparing the two, the similarity is like comparing the Red Hat and
Centos distros.

[1] https://www.armbian.com/rockpro64/#kernels-archive-all
--
David Pottage
Alexandre GRIVEAUX
2020-06-17 14:50:01 UTC
Permalink
Post by David Pottage
Post by Alexandre GRIVEAUX
I've try to boot and install the Pine64 RockPro64 with daily sdcard image[0].
Unfortunaly i've got errors (see attachement), it's due to using sdcard instead of eMMC ?
[0]
https://d-i.debian.org/daily-images/arm64/daily/netboot/SD-card-images/
An alternative to consider is the Armbian images [1]. I am using their
buster
desktop release on my RockPro64, and it is working very nicely.
The Armbian distro is based on Debian, and is very similar with only a
few board
specific patches, and a few cosmetic tweaks such as branded desktop
wallpaper.
Comparing the two, the similarity is like comparing the Red Hat and
Centos distros.
[1] https://www.armbian.com/rockpro64/#kernels-archive-all
Hello,


I search a way to use Debian instead of some "obscure" distro without
backport to original Debian, i know their work

but i've been a bit sad of distros reinventing the wheels instead of
working together improving support.


thanks.
Loading...