Friday, March 31, 2023

[fedora-arm] Re: Pine64 RockPro doesn't boot with F38 Beta 1 nor branched 20230326 nightly composed

> Am 29.03.2023 um 19:42 schrieb Dennis Gilmore <dennis@ausil.us>:
>
>
>
> On Wed, Mar 29, 2023 at 12:38 PM Peter Robinson <pbrobinson@gmail.com> wrote:
>
> On Wed, Mar 29, 2023 at 6:18 PM Peter Boy <pboy@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
pboy@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-leave@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

No comments:

Post a Comment