PINE64
SoPine SPI booting - Printable Version

+- PINE64 (https://forum.pine64.org)
+-- Forum: PINE A64-LTS / SOPINE Compute Module (https://forum.pine64.org/forumdisplay.php?fid=66)
+--- Forum: Linux on PINE A64-LTS / SOPINE (https://forum.pine64.org/forumdisplay.php?fid=69)
+--- Thread: SoPine SPI booting (/showthread.php?tid=5581)

Pages: 1 2 3 4


RE: SoPine SPI booting - aww - 05-17-2018

Let me know if you get that built. I have switched to working on other projects in my spare time as I am a _bit_ frustrated with the Sopine clusterboard and how much it is a pain to do anything.


RE: SoPine SPI booting - pfeerick - 05-18-2018

(05-17-2018, 03:14 PM)aww Wrote: Let me know if you get that built. I have switched to working on other projects in my spare time as I am a _bit_ frustrated with the Sopine clusterboard and how much it is a pain to do anything.

Same here... it's sat on the other side of the room in disgrace until either the issue is resolved or I have time to poke around and hopefully get it working... I don't have enough spare time to waste on it atm Sad


RE: SoPine SPI booting - jcw - 01-22-2019

I've a working v2019.01 u-boot with SPI and network here if anyone is interested: https://github.com/janwillies/u-boot/releases/tag/v2019.01-cb-1


RE: SoPine SPI booting - jgullickson - 01-17-2020

(01-22-2019, 03:34 AM)jcw Wrote: I've a working v2019.01 u-boot with SPI and network here if anyone is interested: https://github.com/janwillies/u-boot/releases/tag/v2019.01-cb-1

Thank-you for this!

Is there a good reference for setting up the BOOTP server side of this?  I'm pretty green with netboot and looking for a place to get started.


RE: SoPine SPI booting - lbruno - 05-11-2020

https://wiki.archlinux.org/index.php/PXE#DHCP_+_TFTP is one way, but that's the mechanism that uses TFTP.

I see @aww mentioning iSCSI in comment #15, of which I haven't found much docs myself. I've been reading https://www.xypron.de/projects/u-boot/iscsi.html.


RE: SoPine SPI booting - Pine - 10-30-2020

(01-17-2020, 03:55 PM)jgullickson Wrote:
(01-22-2019, 03:34 AM)jcw Wrote: I've a working v2019.01 u-boot with SPI and network here if anyone is interested: https://github.com/janwillies/u-boot/releases/tag/v2019.01-cb-1

Thank-you for this!

Is there a good reference for setting up the BOOTP server side of this?  I'm pretty green with netboot and looking for a place to get started.

Did you succeed in BOOTP/PXE booting your SOPINEs?


RE: SoPine SPI booting - Pine - 11-01-2020

Has anyone built an iPXE chainloading binary for the SOPINE? I'm using a Docker repo to perform the build on the mainline iPXE repo, but serial console is unresponsive when I try to enable it. Has anyone had success?

Ref: https://github.com/omi-uulm/arm64_ipxe_netboot


RE: SoPine SPI booting - lbruno - 12-15-2020

Hey @Pine I was indeed successful. Have only tested with a single Sopine but I have stored both U-Boot and iPXE in the SPI flash, and I have chainloaded iPXE. I've then tried to chain http://boot.alpinelinux.org/boot.ipxe (without HTTPS*), but failed to boot: requests are going over the wire though, and kernel images are being downloaded. Something else failed in the boot process.

When you say "unresponsive", what do you mean? There's a well-known issue with iPXE and U-Boot, in which iPXE tries to put the processor to sleep -- and relies on an interrupt to wake it up as needed (2sec timer, or keyboard input) -- but U-Boot has no interrupt support, so the processor never wakes up again. If you see the iPXE banner, and then it's unresponsive, then that's probably the bug. To fix, search for NAP_NULL in this page and follow the instructions:

https://u-boot.readthedocs.io/en/v2020.10/uefi/iscsi.html#ipxe

If it's something else, you'll need to be more precise -- I'm not sure I understood what problem you are seeing.

* due to imcompatible crypto between iPXE and that website's config -- whole different story.


RE: SoPine SPI booting - Pine - 03-10-2021

(12-15-2020, 05:12 PM)lbruno Wrote: Hey @Pine I was indeed successful. Have only tested with a single Sopine but I have stored both U-Boot and iPXE in the SPI flash, and I have chainloaded iPXE. I've then tried to chain http://boot.alpinelinux.org/boot.ipxe (without HTTPS*), but failed to boot: requests are going over the wire though, and kernel images are being downloaded. Something else failed in the boot process.

When you say "unresponsive", what do you mean? There's a well-known issue with iPXE and U-Boot, in which iPXE tries to put the processor to sleep -- and relies on an interrupt to wake it up as needed (2sec timer, or keyboard input) -- but U-Boot has no interrupt support, so the processor never wakes up again. If you see the iPXE banner, and then it's unresponsive, then that's probably the bug. To fix, search for NAP_NULL in this page and follow the instructions:

https://u-boot.readthedocs.io/en/v2020.10/uefi/iscsi.html#ipxe

If it's something else, you'll need to be more precise -- I'm not sure I understood what problem you are seeing.

* due to imcompatible crypto between iPXE and that website's config -- whole different story.

That NAP_NULL was just the thread I needed to pull on. All is well now. Thanks again, my friend.


RE: SoPine SPI booting - poVoq - 09-26-2022

https://pine64.com/product/sopine-a64-compute-module/

Says now: "Note: SOPINE module no longer includes SPI Flash chip"

So if I buy a new Sopine these days I can no longer netboot it without any additional storage?

That is very unfortunate  Confused

Is there some easy way to figure out if a used Sopine still has SPI?