Dotaz: Armbian na Odroid C4 - bez HDMI audia

[karkar]

Mám takový problémek - na Odroidovi C4 jsem si spokojeně provozoval armbian, výstup na TV, prohlížení webu, sem tam nějaký youtube/video z ČT apod.. Pak jsem udělal poměrně zásadní chybu - udělal jsem update/upgrade/dist upgrade a bohužel se mi ztratila zvukovka - zůstal jen dummy interfejs. Na netu nic moc nebylo, tak jsem se rozhodl nahrát aktuální distro. Bohužel po flešnutí image Armbian 23.02 Jammy XFCE na emmc opět žádné audio. V dmesgu mám tyhle řádky:

[   13.936415]  fe.dai-link-0: ASoC: no backend DAIs enabled for fe.dai-link-0
[   13.937748]  fe.dai-link-0: ASoC: error at dpcm_fe_dai_prepare on fe.dai-link-0: -22
...
[  935.795034]  fe.dai-link-0: ASoC: no backend DAIs enabled for fe.dai-link-0
[  935.801472]  fe.dai-link-0: ASoC: error at dpcm_fe_dai_prepare on fe.dai-link-0: -22

Podle toho co jsem našel na netu to spolu souvisí. Bohužel návody na opravu se podobají spíše magii - jako najít nějaké soubory a někam je překopírovat (z emmc na sd kartu kterou nemám) či přenastavit nějaká práva (u souborů co jsem u sebe nenašel), nebo přeinstalovat balíčky, které v distribuci nemám.

Věděl by mi někdo poradit co dělat, jak to diagnostikovat prosím? Od doby kdy jsem dokázal procházet a identifikovat jednotlivé ovladače podle toho jak byly seřazené v initu uplynulo už mnoho vody a s tím "bordelem" co se teď natahuje při startu si nějak nevím rady. :-/ Dík.

P.S. poslal jsem dotazy i na odroid a armbian fora, ale zatím bez odezvy...

Odpovědi

[z_sk]

Pozri si logy apt a tak môžeš zistiť čo sa aktualizovalo.

[X]

Nejdrive:

sudo apt install --reinstall odroid-alsa

Pokud to nepomuze pa jeste reinstall odriod-base. Pokud ani to nepomuze tak manualne. Pokud neco zabere tak reseni napis laskave vsude, kde jsi se ptal..

[karkar]

Ahoj, tohle je právě příklad toho řešení, které nevím jak provést - balík odroid-alsa (ani odroid-base) v distribučních zdrojích flashnutého armbianu bohužel nemám. Mohl bys mě prosím nasměrovat na repozitář kde pro armbian jsou? díky

[dustin]

Myslím si, že tohle vyřešit nebude úplně triviální. Soubor https://github.com/torvalds/linux/commits/master/sound/soc/soc-pcm.c má mraky změn v posledních letech. Předpokládám, že ten funkční armbian byl staršího data.

Tipnul bych si, že se upgradovalo jádro bez odpovídajících aktualizací DTS souborů pro danou desku a s původními DTS to už nefunguje správně.

[karkar]

Ano přesně tak cca 2 roky starý. Bohužel jsem tam pak flashnul poslední verzi distribuce z února letošního roku a s ní to taky nefunguje. Tuhle: https://www.armbian.com/odroid-c4/ (Armbian 23.02 Jammy XFCE).

Krom dmesgu, kam, do jakých logů bych se měl kouknout, třeba to přece jen hledá nějaký soubor nebo se snaží otevřít a nemá jen práva...

[dustin]

Nehledá soubor, ale má špatně konfiguraci alsa SoC frameworku, který se stále vyvíjí (především pro potřeby androidu). Na změny musí reagovat konfigurace v device tree (DTS), která musí přesně sedět na daný HW a její příprava/úprava vyžaduje detailní znalost frameworku v dané verzi jádra a současně daného HW.

Primárně je za to zodpovědný výrobce dané desky, aby mu HW plně fungoval na nejnovějším kernelu. Správci konkretních desek v Armbianu se snaží tuto činnost za výrobce suplovat, ale není to jednoduché/levné a zakladatel Armbianu to zmiňuje pořád dokola.

[dustin]

Aby nedošlo k nedorozumnění - konfigurace DTS mezi verzemi kernelu se až tak často nemění, ale ke změnám dochází, není to žádné stabilní API. Teoreticky je i možné, že správce armbianní verze pro danou kartu v updatu zapomněl přenést nějaké DTS nebo kernelí konfig. Přesně tohle se mi to stalo u RPi - viz https://github.com/raspberrypi/linux/issues/4992#issuecomment-1100070149

[karkar]

Hmm, tak to jsem asi v pérdeli pane hrábě. To nejspíš nerozklíčuju. Zkusím prohnat tu ruční úpravu skriptem co posílal X a pak budu hledat jinou instalaci. Ještě jsem našel, že mají verze Bullseye, Sid a Lunar. Tak to postupně projedu, třeba se něco z toho chytí. Akorát to budu muset zase celý rozebírat... chjo :( Pomalu docházím k přesvědčení, že tyhle armové SBC jsou jen ztráta času. Kolik hodin člověk promrhá, aby opravoval co na začátku chodilo a s updatama se rozbilo, anebo aby to vůbec dostal do použitelného stavu. A když se tak stane, tak zjistí, že stejně něco nechodí, balíky toho co potřebuje jsou zastaralé a podobné pešky... Blbej intelí NUC, jen o pár korun navíc, možná udělá víc služby na delší dobu bez nutnosti takového drbání... Děkuji za vysvětlení a navedení...

[dustin]

Jistě, buď intel, nebo RPi (která má DALEKO nejlepší support ze všech SBCs), nebo již hotovou otestovanou distribuci pro danou desku pro jeden konkrétní účel (omezené použití, neočekávat dostupnost updatů).

Malý intel stojí pár korun (repasovaný thin client je často levnější než RPi + zdroj), spotřeba jen o malinko vyšší než SBC a díky biosu a autodetekčního PCIe je zcela bez problémů. ARMové SBC mi přijde smysluplné, jen pokud potřebuji HW periferie, které intel nemá (GPIO, I2S, SPI, atd.). A i to je někdy možné řešit přes levný USB adaptér -> GPIO, I2C atd, pokud stačí nízká rychlost.

Z mého pohledu ty ostatní SBCs jsou pro někoho, kdo nad daným SoCem chce postavit nějaký embedded produkt a potřebuje si SoC vyzkoušet. A pak pro výrobek použít nějaký embedded modul s daným SoCem (compute module, sodimm formát, atd.). Tam samozřejmě musí řešit DTS konfiguraci do detailu a mít celý systém pod kontrolou.

[trubicoid]

Zrovna Odroid má na C4 aktuálně dobře fungující jádra 6.1 a 6.2. Jestli jede audio, to nevím. Můžete to zkusit. Nejdříve vrátíte petitboot, pak pustíte netboot_install a dáte tam aktuální Ubuntu nebo Debian s jádrem a několika soubory Odroidu. Pak dáte nové jádro linux-image-6.1.0-odroid-arm64 nebo linux-image-6.2.0-odroid-arm64.

Pokud by stále nejel zvuk, tak napište do fóra odroidu. Většinou tam tobetter reaguje velmi rychle. Ten má patrně na starosti právě mainline jádro.

Jinak by asi šlo vyzkoušet jenom vyoperovat to jádro, initrd a dts z Odroidu a zkusit na Armbianu. Ale není to jistý.