> Am 29.03.2023 um 19:42 schrieb Dennis Gilmore <den...@ausil.us>:
> 
> 
> 
> On Wed, Mar 29, 2023 at 12:38 PM Peter Robinson <pbrobin...@gmail.com> wrote:
> 
> On Wed, Mar 29, 2023 at 6:18 PM Peter Boy <p...@uni-bremen.de> wrote:
> >
> > Just another question: How do I get the Fedora spi image onto the device? 
> > As I found on the internet, the description at 
> > https://nullr0ute.com/2021/05/fedora-on-the-pinebook-pro/ for the Pinebook 
> > doesn’t work for the RockPro64. And indeed, it still does not. In another 
> > thread was noted that you are about to update the documentation to describe 
> > the process for RockPro64. Unfortunately, I couldn’t find it in my internet 
> > researches.
> 
> The process is the same as the PBP you just have to adjust the names
> so for example "sudo spi-flashing-disk --target=rockpro64-rk3399
> --media=/dev/XXX". I have has reports from a number of people it works
> just fine.
> 
> I can confirm that this works just fine. I have 2 RockPro64's running Fedora 
> 37 here and using u-boot on SPI from there.

It did some experimentation and internet search that took its time.

For me, it doesn’t work, unfortunately.

I get:

> U-Boot (2022.10 (Oct 10 2022...)
> 
> Soc: Rockchiop rk3399
> Reset cause: POR
> Model: Pine64 RockPro64 v2.1
> …
> MMC: mmc@fe310000: 3, mmc@fe320000: 1, mmc@fe330000: 0
> Loading Environment from SPIFlash... SF: Detected gd25q128 …
> *** Warning - bad CRC, using default environment
> 
> In: serial
> Out: vidconsole
> starting USB...
> ....
> scanning usb for storage devices...0 found
> Hit any key to stop autoboot: 
> switch to partitions #0, OK
> mmc1 is current device
> Scanning mmc 1:1...
> Card did not respond to voltage select! : -110
> rockship_pcie pcie@f8000000: failed to find ep-gpios property
> scanning bus for devices....
> 
> Device 0: unknown device
> Device 0: unknown device
> rockship_pcie pcie@f8000000: failed to find ep-gpios property
> Speed: 1000, full duplex
> BOOTP broadcast 1
> DHCP client bound to address 192.168.158.150 (6 ms)
> *** Warning: no boot file name: using 'COA89E98.img‘ 
> …


Any idea what I might have missed?

I noticed that a booted F37 shows no SPI storage, only mSD mmcblk0. When I boot 
the Armbian included in the board delivery, lsblk additionally shows a mtd 0, 
size 16m.

I found an SPI flash at 
https://github.com/sigmaris/u-boot/releases/download/v2021.04-rockpro64-ci/flash_spi.img.gz

The SPI storage was written with it and the board does boot from it. However, 
Fedora cannot be booted with it, a lack of an EFI partition is complained about 
and the file system is not recognized.

Any help appreciated.


@Dennis Gilmore
>  It reminds me I should document how I built a Fedora based NAS with 10 
> drives using a RockPro64. It is not the most performant but suits me

I would appreciate that, too. And just in case that you used Fedora Server, I 
would like to publish it as part of the Fedora Server documentation (). I can 
help with the technical part. I'm making an effort to give more consideration 
to SBCs right now.


Peter








--
Peter Boy
https://fedoraproject.org/wiki/User:Pboy
p...@fedoraproject.org

Timezone: CET (UTC+1) / CEST (UTC+2)


Fedora Server Edition Working Group member
Fedora docs team contributor
Java developer and enthusiast


_______________________________________________
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to