feat: support the Pine64 SOQuartz CM4 module

[pl4nty]

An RK3566-based compute module in the RPi CM4 form factor. Leaving as draft until I have time to test the latest TPL/ATF. Could also move rkbin to a standalone artifact for reuse

[pl4nty]

I'll also need to test ethernet. May need those additional kernel configs

[frezbo]

Could also move rkbin to a standalone artifact for reuse

yup, that would be nice

[frezbo]

I'll also need to test ethernet. May need those additional kernel configs

We'll be cutting a release of pkgs for Talos 1.7 by end of this week, if we need it let's try to get it in before that, otherwise this will go in 1.8

[pl4nty]

I can send a PR for the documented configs last tested with Talos 1.6.6, but I'm out of town so can't test with 1.7

[pl4nty]

I've confirmed MOTORCOMM_PHY is still required, and tested with all documented configs except SND. Most of them can compile to modules, so I could create a system extension as mentioned in siderolabs/talos#8065. Or would you prefer a PR to pkgs and wait for 1.8?

[frezbo]

I've confirmed MOTORCOMM_PHY is still required, and tested with all documented configs except SND. Most of them can compile to modules, so I could create a system extension as mentioned in siderolabs/talos#8065. Or would you prefer a PR to pkgs and wait for 1.8?

yeh, let's do this for 1.8

[DamiaPoquet]

@pl4nty The rkbin artifact will be handy.

I'm facing some issues with the U-boot TPL on RK3399 boards. The memory training sometimes fails and prevents the board to boot. I tried replacing it with the DDR binary form Rockchip and got Talos booting reliably.

I will open a new PR to fix the issue once the rkbin artifact is ready. Thank you!

[pl4nty]

@DamiaPoquet this PR might take a while due to the kernel dependencies. Do you want to include rkbin in your PR, with coauthored/signoff referencing me?

[frezbo]

any updates on this, we'll be cutting another alpha release of talos soon and new changes for SBC's would then only go in 1.9

[gadkrumholz]

@pl4nty I have a tpi2 cluster full of soquartz to help testing this PR if that would be helpful

[pl4nty]

thanks, I'll rebase this sometime in April so you can test. had abandoned it cause I've replaced my SOQuartz with Turing RK1s

[github-actions]

This PR is stale because it has been open 45 days with no activity.

[gadkrumholz]

thanks, I'll rebase this sometime in April so you can test. had abandoned it cause I've replaced my SOQuartz with Turing RK1s

I'm still available to test if this work is still feasible. Thanks!

[github-actions]

This PR is stale because it has been open 45 days with no activity.

[gadkrumholz]

@pl4nty any chance this could still happen?

[disconn3ct]

I'm also available for testing. I can load them into CM4 carriers with a Turing pi 2, or the jetson cm4 adapter, or bare in the pine64 'model a' board as needed.

Testing the old image on the 'model a', it boots and seems to be working well. (Initially etcd was crashlooping but a reboot stopped it. And in an unrelated bug, talosctl reboot doesn't work because it tries to parse the git rev.)

[github-actions]

This PR is stale because it has been open 45 days with no activity.

[gadkrumholz]

@pl4nty I'm still available to test if you think this PR can still happen

[github-actions]

This PR is stale because it has been open 45 days with no activity.