Varför är det så svårt att få tag på RPi?

Det är en bit kvar på RK3588-stöd oavsett os, kör FreeBSD på mina Allwinner (H5) och Rockchip SBCs (RK3399) själv utan problem

Hmm, "Det är en bit kvar på RK3588-stöd oavsett os" samtidigt som du skriver att du kör på bl.a. FreeBSD på RK3399 "utan problem".

Är inte detta ett rätt bra exempel på att det finns hela klasser med applikationer som kan fungera utmärkt även om det rent tekniskt finns rätt många "hål" i stödet?

Kollar man FreeBSD stödet för RK3399 så finns det helt klart grundläggande stöd, men t.ex. detta skulle i mitt specifika fall vara en total show-stopper.

"GPIO is broken on RK3399". Har fall där man kommunicerar via SPI med "custom" chip-select (CS) hantering, vilket då måste göras m.h.a. manuell GPIO hantering av CS. Finns rätt många andra exempel som behöver GPIO.

Vidare verkar HW-accelerat GPU-stöd saknas på FreeBSD (just det kvittar i princip alla "server" applikationer, men är en begränsning). Sen verkar stödet för den integrerade Ethernet-kretsen vara "sådär" (och över loopback fixar Linux ~8 GBit/s på en Orange Pi 4 med RK3399).

Ändå finns det en lång rad applikationer där FreeBSD ändå skulle fungera utmärkt på en RK3399!

Håller med om att det finns begränsningar i nuläget med RK3588 om man absolut vill ha en kernel.org kärna.

Väljer man däremot att köra med Rockchips kärna som har en del "custom-drivers" i nuläget verkar ju allt fungera. SPI, I²C, UART, CAN, PWM, samt GPIO + HW-accelerad GPU + Ethernet + M.2 SSD fungerar då i alla fall. Är denna kärna som bl.a. Orange Pi 5 Plus kommer med om man laddar ned Ubuntu från deras hemsida (är i praktiken en helt vanlig ARM64 Ubuntu 22.04 med custom kernel).

Vissa gillar inte custom-kernels, själv ser jag det som en helt OK temporär lösning marginellt mer problematiskt än att majoriteten av all HW inte fungerar på Windows med mindre än att man laddar ned speciella drivrutiner. Sättet Linux hanterar drivrutiner gör dock att man helst vill att saker ska hamna i kernel.org kärnan, hoppas och tror att fullt RK3588 lär finnas där om något år.

Så ja, det finns begränsningar i RK3588 stödet i kernel.org kärnan. Men kan man "leva med" custom-kernel är nog Orange Pi 5 Plus en av (eller möjligen "den") bäst presterade SMB man för närvarande kan köpa till Linux. Och den är inte ens speciellt mycket dyrare jämfört med RPi4 (men presterar på en helt annan nivå, framförallt sett till disk I/O och GPU-prestanda, men även CPU-prestanda är heltalsfaktorer bättre).

För mig som relativ nybörjare och amatör känns det mycket enklare att köpa en produkt där man lätt kan googla fram lösningar på problem, oftast. Raspberry Pi OS känns rätt hemma ändå, och det installeras enkelt. Batocera, Retropie, Amiberry, är lätt att hitta images till som redan är klara att tuta och köra, typ. Jag inbillar mig att många privatpersoner som köper Pi ändå vill ha en relativt enkel lösning. Givetvis helt annorlunda för företag.

Jag har just nu 3 olika Pi, dels leker jag med en som filserver etc, dels har jag ett par andra till retroprojekt. Visst skulle jag gärna köpa snabbare kort, men det eventuella extraarbete som tycks behövas känns inte motiverat.

Jag har en drös med Pi4 men även en del annat, Tinker Board S och Banana Pi M5, bananen är kopplad till 50" i sovrummet och går med CoreELEC på emmc, den är perfekt för tone mapping av HDR-material från servern till tv'n som inte klarar HDR.

Om man nu ska jämföra det med x86 så är det som en ny generation av platform, tänk dig AM4 vs AM5 (AM5 fungerade långt ifrån OOTB oavsett OS när det kom inkl Linux). Det finns standarder även för ARM som t.ex SBSA men det är inte alltid detta är applicerbart eller följs likväl som att det finns mycket hårdvara till PC som kräver specifika drivrutiner AHCI vs LSI HBA etc som behövs finnas.

FreeBSD har lite sämre stöd än Linux för RK3399, dock av det som fungerar så fungerar mycket faktiskt bättre (stabilare). Video jobbas det på och GPIO har fungerat men något som man är medveten om är trasigt just nu. PCI-stödet är däremot markant bättre än vad Linux erbjuder dock är hårdvara lite iffy. Det ska också tilläggas att mycket som "har stöd" i Linux generellt är kanske inte helt brukbart i praktiken men all "Open Source" får väl ses som WIP så jag tar just "supported" med en nypa salt.

Kan inte säga så mycket om testresultaten men jag misstänker bland annat att cpufreq scaling inte är aktiverat, har faktiskt ett gäng som fungerar som brandväggar och de klarar Gbit linespeed utan problem (med externt nic då de behöver mer än en nätverksport) och rullar på i månader utan bekymmer.

Jag har dock en RockPi 4 som kör LibreELEC (nightly) och den fungerar väl helt ok, relativt ny vanilla kernel och det mesta fungerar men det finns fortfarande roliga quirks t.ex volym för HDMI som fungerar upp till ~75% av max-läge sen blir det superdistat. Innan någon säger något, det är knappast så att RPi fungerar felfritt och många gånger märker du inte av eventuella problem eller buggar då produkten inte används på ett sätt där det visar sig. Det många glömmer också att det finns i princip ingen publik information om hårdvaran för RPi (dvs Broadcomd SoC) utan näsan allt stöd som finns kommer från RPi Foundation så när de tappar intresse så kan det bli bekymmer med eventuell ny hårdvara och i framtiden beroende på hur länge det körs på med nuvarande upplägg och vad Broadcom väljer att göra.

Mycket av bekymmer med Linux-distar för ARM är just custom kernels etc som slutas underhållas eller är rena hack bara för att få något att fungera som mer eller mindre POC. Detta gäller också i ganska stor utsträckning u-boot dessvärre men "bryr" man sig inte om att sitta med sådant eller underhålla system så kan det väl fungera alternativt om det är helt isolerat.

@Pirum
Nu är det lite specifika "distros" båda användningsområde och hårdvara du nämner men du har t.ex Lakka för diverse olika SBCs. Nu har jag inte följt utvecklingen alltför noga men mycket verkar hamna i LibreELEC också numera.

Vad är "instabilt" hos RK3399 under Linux?

Frågar då vi har rätt många sådana kort som kör rätt intensiva applikationer I/O-mässigt (d.v.s via I/O-header och USB), det har varit superstabilt med Ubuntu server 22.04.

Planen från början var att köra med RPi4, men dels gick dessa inte att köpa i tillräckliga mängder, dels hade vi en del problem med att SD-korten pajade (är rätt mycket disk IO, bl.a. temporär-lagring för RabbitMQ och lite annat). Orange Pi 4 finns med integrerad eMMC, dessa har (så här långt) varit helt stabilt och även om prestandan inte matchar M.2 diskar är den fortfarande klart bättre än SD-kort sett till läsprestanda.

Hade rätt dåliga erfarenheter av Allwinner baserade SBC, så var därför initialt rätt skeptisk till Orange Pi 4/5 (Rockchip baserade) men slutsatsen så här långt är att det fungerat långt över förväntan då de varit stabilare än RPi4.

Orange Pi 5 Plus är fortfarande under utvärdering, där kör vi med M.2 diskar. Ser väldigt lovande ut så här långt.