Kterak Spotify ve vzdáleném LXC kontejneru spustiti

2.6.2020 00:05 | Přečteno: 2309× | | poslední úprava: 2.6.2020 00:13

Došlo k tomu, čemu jsem dlouho odolávala: předplatila jsem si Spotify. A vzápětí jsem začala řešit, jak zvuk dostat v rozumné kvalitě do velkých reproduktorů připojených k mé audiověži. Dočasným řešením byla malá bluetooth zvuková kartička, ale jaksi to nebylo ono; i přes kvality kodeku LDAC a přes to, že nejsem netopýr, mi další ztrátové kódování po cestě přijde z principu nadbytečné. Navíc dávám přednost D/A převodníkům integrovaným ve věži.

Až doposud nové nahrávky standardně putovaly do adresáře s hudbou na mém domácím serveru, kde v LXC kontejneru běží MPD. To přehrávané skladby posílá na optický výstup starší levné zvukovky Xonar DSX a z ní už signál bliká optikou do receiveru Onkyo R-1045 na druhé straně pokoje. Celkem přímočaré řešení, které se nechá ovládat z kteréhokoli počítače s MPDčkovým klientem. Jak něco podobného udělat se Spotify?

Chvilku jsem koketovala s UPnP, než jsem zjistila, že mi gentoovské pulseaudio-dlna na mém notebooku proti debianímu minidlna na serveru běží buď celkem stabilně přes výchozí MP3 kodek, ovšem ztrátově s menším bitrate, nebo přes bezeztrátový FLAC s permanentními drop-outy, kterých se mi podařilo zbavit jen brutálním navýšením bufferů. Ani jedna varianta pro mě nebyla zajímavá.

Zkoušela jsem i Kodi; televizí sice nedisponuji, takže většina funkcí je pro mě nadbytečná, ale bylo mi řečeno, že pro něj existuje plugin pro podporu Spotify a jde to ovládat i přes webové rozhraní. Plugin existoval, ale tři roky na něj nikdo nesáhl, standardní cestou už nešel nainstalovat a když už se mi ho podařilo do instalace dotlačit násilím, ovládání bylo značně nepraktické a webové rozhraní se kousalo.

No a nakonec mi došla věc, kterou jsem měla před očima od začátku - pokud mám spuštěno více klientů Spotify nad jedním účtem, vidí na sebe a jdou mezi sebou ovládat, takže si ze svého počítače můžu pustit playlist klidně třeba na mobilu položeném ve vedlejší místnosti. A nebo na headless instalaci v debianovém LXC kontejneru na serveru se zvukovkou.

Cílem tedy je nainstalovat aplikaci Spotify do LXC kontejneru s přístupem ke zvukové kartě a bez přístupu ke grafice, v této aplikaci se trvale přihlásit na účet služby Spotify a zajistit její automatické spouštění po startu kontejneru. Nakonec jsem se dobrala k následujícímu postupu, který by se snad mohl hodit i někomu dalšímu:

V prvním kroku je potřeba zprovoznit LXC kontejner s přístupem na zvukovku. Přípravu LXC kontejneru popisovat nebudu, prostě předpokládám, že máte připravený neprivilegovaný kontejner s Debianem Buster, v mém případě v adresáři /mnt/lxc/spotify-test. V tomto adresáři si vytvoříme podadresář s názvem snd-100000, do něj nakopírujeme z hostitelského systému obsah /dev/snd bez podadresářů a přepíšeme v něm vlastnictví tak, aby uid a gid odpovídaly vlastníkovi root:audio v kontejneru. Já mám uid/gid v kontejneru posunuté o sto tisíc, gid skupiny audio v kontejneru je 29, obsah adresáře tedy následně vypadá takhle:

hostitel ~# ls -lh /mnt/lxc/spotify-test/snd-100000/
celkem 0
crw-rw---- 1 100000 100029 116,  6 30. kvě 10.54 controlC0
crw-rw---- 1 100000 100029 116,  3 30. kvě 10.54 pcmC0D0c
crw-rw---- 1 100000 100029 116,  2 30. kvě 10.54 pcmC0D0p
crw-rw---- 1 100000 100029 116,  5 30. kvě 10.54 pcmC0D1c
crw-rw---- 1 100000 100029 116,  4 30. kvě 10.54 pcmC0D1p
crw-rw---- 1 100000 100029 116,  1 30. kvě 10.54 seq
crw-rw---- 1 100000 100029 116, 33 30. kvě 10.54 timer

Major device number, jak vidno výše, je 116, do konfiguračního souboru kontejneru tedy přidáme tyto dva řádky:

lxc.mount.entry = /mnt/lxc/spotify-test/snd-100000 dev/snd none bind,optional,create=dir
lxc.cgroup.devices.allow = c 116:* rwm

Po spuštění kontejneru bychom měli uvnitř v adresáři /dev/snd vidět něco takového:

hostitel ~ # lxc-attach -n spotify-test
spotify-test ~ # ls -lh /dev/snd/
celkem 0
crw-rw---- 1 root audio 116,  6 kvě 30 16:37 controlC0
crw-rw---- 1 root audio 116,  3 kvě 30 16:37 pcmC0D0c
crw-rw---- 1 root audio 116,  2 kvě 30 16:37 pcmC0D0p
crw-rw---- 1 root audio 116,  5 kvě 30 16:37 pcmC0D1c
crw-rw---- 1 root audio 116,  4 kvě 30 16:37 pcmC0D1p
crw-rw---- 1 root audio 116,  1 kvě 30 18:19 seq
crw-rw---- 1 root audio 116, 33 kvě 30 18:19 timer

Drobná odbočka: osobně moc nestojím o sklony Debianu instalovat i věci, které nejsou nutné, takže normálně vypínám instalaci doporučovaných a navrhovaných balíčků. Ve své standardní šabloně to mám přednastavené, vy si to kdyžtak nastavte:

cat << EOF > /etc/apt/apt.conf.d/99-suggested-packages
APT::Install-Recommends "false";
APT::Install-Suggests "false";
EOF

Zkusíme, jestli z LXCčka skutečně vidíme na zvukovku:

apt install alsa-utils
aplay /nejakyzvukovysoubor.wav
alsamixer

Doinstalujeme si remote display server xpra a věci potřebné k připojení k němu:

apt install openssh-server xpra python-pil xauth

Podle návodu na stránkách Debianu doinstalujeme Spotify plus komponenty, bez kterých odmítá startovat (včetně mnohými nenáviděného Pulseaudia, protože klient Spotify by sice teoreticky měl běhat i s čistou Alsou, ale v praxi mi pak aktuální verze končila segfaultem; po nainstalování PA sice klient nesegfaultoval i když PA nebylo spuštěné, ale často pro změnu začal po ukončení přehrávání vytěžovat procesor na 100%).

apt install gnupg python-dbus dbus dbus-x11 pulseaudio
apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 4773BD5E130D1D45
echo deb http://repository.spotify.com stable non-free | tee /etc/apt/sources.list.d/spotify.list
apt update
apt install spotify-client

Vzhledem k tomu, že počítáme s možností spouštět více instancí aplikace Spotify (případně i MPD), je lepší mít Pulseaudio spuštěné v samostatném procesu pod samostatným účtem.

V /etc/pulse/default.pa tedy odkomentujeme řádek load-module module-alsa-sink a společně s řádkem load-module module-native-protocol-unix je upravíme do následující podoby:

load-module module-alsa-sink device=hw:0,0
load-module module-native-protocol-unix auth-group-enable=true auth-group=pulse-access socket=/tmp/pulse-server

Vytvoříme soubor /etc/pulse/client.conf.d/socket.conf.

cat << EOF > /etc/pulse/client.conf.d/socket.conf
autospawn = no
default-server = unix:/tmp/pulse-server
EOF

Nastavíme práva uživatele, pod kterým poběží služba Pulseaudia.

gpasswd -a pulse pulse-access
gpasswd -a pulse audio

No a nakonec vytvoříme unitu /etc/systemd/system/pulseaudio.service s tímto obsahem:

[Unit]
Description=PulseAudio system server

[Service]
PermissionsStartOnly=true
ExecStartPre=/bin/rm -f /tmp/pulse-server
ExecStartPre=/bin/mkdir -p /var/run/pulse/
ExecStartPre=/bin/chown -R pulse /var/run/pulse
ExecStart=pulseaudio --disallow-exit=yes
User=pulse
Group=pulse-access

[Install]
WantedBy=multi-user.target

Ještě nastavit automatické spouštění a můžeme se vrhnout na samotné Spotify.

systemctl daemon-reload
systemctl enable pulseaudio.service
reboot

Přidáme uživatele, pod kterým se bude Spotify spouštět:

useradd -m -s /bin/bash spotify
gpasswd -a spotify pulse-access

Doplníme svůj klíč pro SSH do konfiguračního souboru uživatele spotify; SSH používáme pro úvodní konfiguraci klienta, v běžném provozu může být shozené:

cd /home/spotify
mkdir .ssh
touch .ssh/authorized_keys
chown -R spotify:spotify .ssh
chmod 0500 .ssh
chmod 0400 .ssh/authorized_keys
echo nejakymujklic >> .ssh/authorized_keys

Je vhodné si připojení přes SSH ze svého počítače na kontejner se Spotify vyzkoušet.

Nyní si vytvoříme soubor /etc/systemd/system/spotify@.service s následujícím obsahem:

[Unit]
Description=Spotify
Wants=pulseaudio.service

[Service]
ExecStartPre=/bin/bash -c "/bin/mkdir -p /run/user/$(/usr/bin/id -u %i)"
ExecStartPre=/bin/bash -c "/bin/chown %i /run/user/$(/usr/bin/id -u %i)"
ExecStart=/usr/bin/xpra start --start-child=/usr/bin/spotify --daemon=no --systemd-run=no --exit-with-children=yes

User=%i
Group=%i
PermissionsStartOnly=true

[Install]
WantedBy=multi-user.target

No a teď si to spustíme:

systemctl daemon-reload
systemctl start spotify@spotify.service

To spotify za zavináčem je jméno uživatele, pod kterým klienta Spotify spouštíme. Můžeme klidně spustit víc instancí pod více uživateli, třeba extra pro každého člena rodiny, pokud jsou schopni akceptovat, že přehrávat by měl vždy jen jeden z nich.

Pokud na svém počítači nemáme xpra, doinstalujeme ho^*) a pak se připojíme k aplikaci Spotify ve vzdáleném kontejneru a nastavíme přístupové údaje ke službě Spotify, kvalitu streamu, případně zrušíme normalizaci atd.

mujpocitac ~ # xpra attach ssh://spotify@123.45.6.78/

Pozor, pokud po nastavení klasicky zavřete okno Spotify, aplikace na vzdáleném serveru se ukončí. Místo zavření okna je nutné se jen pomocí ikony v trayi odpojit, jinak budete muset restartovat spotify.service v LXC kontejneru.

Nyní stačí nastavit automatické spouštění spotify@.service pro uživatele spotify při startu kontejneru:

systemctl enable spotify@spotify.service

Případně je možné v konfigurácích upravit kvalitu resamplování pulseaudia nebo výchozí vzorkovací frekvenci. V mém případě to vypadá takto:

spotify-test ~ # egrep -v '^\s*(;|#|$)' /etc/pulse/daemon.conf
 resample-method = speex-float-10
 avoid-resampling = yes
 enable-remixing = no
 flat-volumes = no
 default-sample-format = s32le
 default-sample-channels = 2
 default-channel-map = front-left,front-right

Pro jistotu vyzkoušíme reboot kontejneru, služba Spotify by měla nastartovat.

spotify-test ~ # reboot
...
hostitel ~# lxc-attach -n spotify-test
spotify-test ~ # pstree
systemd─┬─5*[agetty]
        ├─2*[dbus-daemon]
        ├─pulseaudio───{pulseaudio}
        ├─rsyslogd───2*[{rsyslogd}]
        ├─sshd
        ├─systemd-journal
        ├─systemd-logind
        ├─systemd-udevd
        └─xpra─┬─Xorg───9*[{Xorg}]
               └─spotify─┬─spotify───spotify───16*[{spotify}]
                         ├─spotify───13*[{spotify}]
                         └─38*[{spotify}]

Start Xorg může na pomalejších procesorech chvilku trvat, na mém Avotonu C2750 naběhne v řádu sekund.

Nyní bychom u sebe měli vidět LXC kontejner spotify-test v seznamu zařízení připojených k účtu a můžeme případně přehodit přehrávání na tento vzdálený počítač.

No a to je vše. Hudba hraje a my můžeme zase pro změnu jít dělat něco užitečného...
 
 

---

^*) Variantou je připojit se pro nastavení přímo přes SSHčkový X11 forwarding, já mám xpra nainstalovaný, takže se raději připojuji přímo k běžící unitě.

       

Obrázky

Komentáře

[Max]

Zajímavé počtení, díky.
Zdar Max

[saly]

Dovolím si dát tip na více lightweight řešení, vhodné například na různé SBC, a to spotifyd - malý headless Spotify "server".

Aktuálně to má minimálně pro mě 2 otravné bugy:

1. občas to spadne, ne však během přehrávání (jde vyřešit automatickým restartem servicy třeba přímo v systemd), takže občas když chci začít poslouchat to musím nahodit
2. při startu si to nepamatuje hlasitost a je na 100%, což je nepříjemné, proto schválně nemám automatický restart

Až budou ty bugy opravené, tak to bude perfektní.

[Jana J.]

A vida, díky, tak tohle mi uniklo. No, stávající řešení zatím funguje stabilně a vcelku bez nějakých enormních nároků na HW, takže to už předělávat nebudu. Ale vím o tom...

[Josef Kufner]

Hlasitost můžeš nastavit třeba v PulseAudio pro konkrétní aplikaci. Pak bude těch defaultních 100% akorát.

[Faceless man]

existuje nejaky filter/adblock na preskakovanie zvukovych reklam cez spotify ?

[Jana J.]

Ano.

[Faceless man]

Nie dík...

[j]

Najdes nekde na webu, tohle nevim jak moc je aktualni, ale kdyz sem to testil, fungovalo to:

127.0.0.1 adclick.g.doublecklick.net
127.0.0.1 *.doublecklick.net
127.0.0.1 adeventtracker.spotify.com
127.0.0.1 ads-fa.spotify.com
127.0.0.1 analytics.spotify.com
127.0.0.1 audio2.spotify.com
127.0.0.1 b.scorecardresearch.com
127.0.0.1 bounceexchange.com
127.0.0.1 bs.serving-sys.com
127.0.0.1 content.bitsontherun.com
127.0.0.1 core.insightexpressai.com
127.0.0.1 crashdump.spotify.com
127.0.0.1 d2gi7ultltnc2u.cloudfront.net
127.0.0.1 d3rt1990lpmkn.cloudfront.net
127.0.0.1 desktop.spotify.com
127.0.0.1 doubleclick.net
127.0.0.1 ds.serving-sys.com
127.0.0.1 googleadservices.com
127.0.0.1 googleads.g.doubleclick.net
127.0.0.1 gtssl2-ocsp.geotrust.com
127.0.0.1 js.moatads.com
127.0.0.1 log.spotify.com
127.0.0.1 media-match.com
127.0.0.1 omaze.com
127.0.0.1 open.spotify.com
127.0.0.1 pagead46.l.doubleclick.net
127.0.0.1 pagead2.googlesyndication.com
127.0.0.1 partner.googleadservices.com
127.0.0.1 pubads.g.doubleclick.net
127.0.0.1 redirector.gvt1.com
127.0.0.1 s0.2mdn.net
127.0.0.1 securepubads.g.doubleclick.net
127.0.0.1 spclient.wg.spotify.com
127.0.0.1 tpc.googlesyndication.com
127.0.0.1 v.jwpcdn.com
127.0.0.1 video-ad-stats.googlesyndication.com
127.0.0.1 weblb-wg.gslb.spotify.com
127.0.0.1 www.googleadservices.com
127.0.0.1 www.googletagservices.com
127.0.0.1 www.omaze.com

---

Dete s tim guuglem dopice!

[Faceless man]

Dik, skusim...

[co ti chybi?]

Rozbije to jine strany co? Co zkusit ublock?

||audio-ak-spotify-com.akamaized.net/audio/*****?__token__=exp=15*~hmac=*****

Jinak platim premium

[Nanonym]

Když jsem to před dvěma lety zkoušel ve FIrefoxu, tak na to stačil uBlock Origin.

[Michy]

Není to trochu trapné? Když vám ty reklamy tak vadí, zaplaťte si premium

[Faceless man]

ide o princíp - pokiaľ budem zarábať 3 x toľko ako teraz, budem si dávať premium služby všade...

[billgates]

Toto nie je princip, ale zmrdstvo. Princip je stale nazerat na vec rovnako, nezavisle od toho, aka je moja sucasna situacia - teda chovat sa principialne.

[NIE]

i tech cca 160,- je moc na to ze ta hudba ti nepatri a pokud se klientovi nepodari overit ucet, klient hudebni soubory smaze. Predtim jsem zrusil Apple music protoze to melo mene alb ale aspon bylo mozne si nektere skladby zakoupit abych je mel uz navzdy ackoliv to bylo ztratove aac, tady to nejde.

[Gréta]

si ji ripni a jeto jako ;D

[NIE]

Moje hodinova mzda je 120,- adekvatni by bylo kdyby stala sluzba 80,- ;) na druhou stranu IP provider ode mne dostava cca 1000/mes (̂ ˃̥̥̥ ˑ̫ ˂̥̥̥ )̂

[vencour]

Opravdu tolik? A co ještě jiného děláte pro svou a Vašeho okolí budoucnost?

[trekker.dk]

Hele, nejsem jedinej blázen, co spouští věci v LXC. Já tam mám Steam - poté, co jsem rozběhal widle pod KVM jsem zjistil, že je na půlku věcí nebudu potřebovat, ó jaká ironie

V tomto adresáři si vytvoříme podadresář s názvem snd-100000, do něj nakopírujeme z hostitelského systému obsah /dev/snd bez podadresářů a přepíšeme v něm vlastnictví tak, aby uid a gid odpovídaly vlastníkovi root:audio v kontejneru

Já udělal bind-mount celého /dev/snd (a /dev/dri), R/W přístup pro uživatele uvnitř LXC stačilo přidat pomocí setfacl

[Jana J.]

Já udělal bind-mount celého /dev/snd (a /dev/dri), R/W přístup pro uživatele uvnitř LXC stačilo přidat pomocí setfacl

Přežije to restart? U mě tenhle adresář, pokud se nepletu, vytváří za běhu udev, ale můžu se mýlit, teď to nemám kde vyzkoušet. Mně to takhle na hulváta nakopírované drží už pár let, takže to používám.

[trekker.dk]

Nejspíš nepřežije, mám to ve skriptu po spuštění toho kontejneru.

[Jana J.]

Ono by na to nejspíš šlo udělat i pravidlo pro udev, ale proč se s tím cicmat, když to funguje i takhle, že...

[Josef Kufner]

Nebo to připsat do /etc/fstab.

[Jana J.]

Tak teď jste mě dostal - jakým způsobem se nechají ve fstab nastavit rozšířená ACLka? Potřebuji aby kromě klasického root:audio tam měl přístup i uživatel 100000 a skupina 100029 z neprivilegovaného kontejneru.

[Gréta]

se tam připiše gid uid a takový tydlety hele třeba jako :O ;D

[Jana J.]

Což ovšem neřeší moje zadání...

[Gréta]

udělat novou skupinu proně provšecky a pro ti to tam ve fstab nastavit jinak jako nevim :O :O

[Jana J.]

Neprivilegovaný kontejner jede úplně mimo skupiny hostitelského systému, v jiném rozsahu ID účtů a skupin. Proto já taky tak nějak jako nevim :O :O

Navíc by se tady pracovalo s existujícím souborovým systémem, který vygeneroval udev. Fstab přijde ke slovu až potom, co je tahle struktura vytvořena. Jediné připojení v fstab, které mě napadá, je namountovat si to přes mount -o bind do jiného adresáře, ale tam právě parametry uid a gid nefungují, mount je sice neodmítne, ale na výsledku se nijak neprojeví.

Každopádně já to nepotřebuju řešit. Moje řešení funguje se statickou kopií, trekkerovo řešení s hookem při spouštění kontejneru funguje, patrně by fungovalo i to uvažované pravidlo do udevu. Jen mi prostě nebylo jasné, jak má fungovat to připojování přes fstab. A není mi to jasné stále.

[Jana J.]

K prvnímu odstavci raději - než se v tom někdo začne rejpat - doplním, že samozřejmě na hostitelském systému jde vytvořit skupinu s GID 100029, jen to považuji za nežádoucí, protože si nejsem úplně jistá, jestli taková věc neotevře nějakou skulinku v možnosti úniku z kontejneru a obecně jestli to nějak neoslabí zabezpečení. Na první pohled ne, ale už párkrát se mi stalo, že můj první pohled neměl až tak úplně pravdu...

Každopádně tu jsou ještě ty další dva odstavce.

[trekker.dk]

samozřejmě na hostitelském systému jde vytvořit skupinu s GID 100029, jen to považuji za nežádoucí

Pro ten Steam je to nutné, protože xhost nebere UID. Jestli to vytvoří nějakou skulinu, to nevím, taky mě žádná nenapadla. Ale dávám proprietární aplikaci přístup k /dev/dri, tudíž mě malinké skulinky vlastně nemusí zajímat

K #35 - podle mě to přes fstab řešit nejde.

[Gréta]

noa jozef kufner co stim fstab přišel tady vod tý doby několikrát byl a nic sem nenapsal takže asi taky jako neví :O ;D

[Josef Kufner]

Btw, PulseAudio umí tunely, kterými jde posílat zvuk po síti i jako PCM bez komprese.

[Jana J.]

Vím, kdysi jsem to používala, než jsem si pořídila ten bluetooth zvukový adaptér. Ale mám doma i uživatele Windows, takže jsem chtěla univerzálnější a co nejjednodušší řešení.

[vencour]

Klaním se, děkuji za příspěvek, určitě se k němu časem několikrát vrátím, zatím není pro mne úplně aktuální.
A snad se neurazíte, když napíšu: "vítejte na tomto serveru, kéž je Vám tu (také) nádherně."
(Sám jsem mj. zjistil, že od kernelu 5.4.x mi padá "standardní suspend to ram" (neprobere se korektně) a protože mam i prioritnější věci, tak to zatim jen registruju a jsem rád, že jsem na tuto řadu ještě nepřešel všude.)

[Gréta]

toje přeci přemenovaná johanka už si si s ní jako povidal v tom svým blogísku vo muzice :O :D :D ;D

[vencour]

Uff, asi maj pravdu. Děkuji za komentář.
Přijde mi další zjištění ještě lepší ... AbcL neumírá a kvalita žije.
Co mi to jen ... nejlepší přirovnání mne teď napadá, jak ve Velkém třesku se kluci vracejí z neúpěšné cesty na Comic-con přes Star Trek, poslouchají svoje holky, jak se hádají, jak může Thor uzvednout kladivo a jakým právem právě on a napadne je, že se dostali do paralelního vesmíru ...
Jo to se mi líbí, klasik by řekl fascinující.
A dovolím si ještě jedno žasnutí ... Fyzika v Pánovi času.
A Gréto, nejsi Anička? Taky byla tak famózně poetická.

[Jana J.]

Maj pravdu.

[Gréta]

nóóó jestli sem jako famózně poetická nevim ale anička se jako určitě nemenuju :D ;D

[vencour]

Měl jsem na mysli tuhle Aničku. Přišlo mi, že se vyskytuje aspoň občas vedle Johanky.
A dík za odpověď.

[._]

Ne, to je prece Amicka, ty ji neznas :D :O :O

[vencour]

To asi těžko, ten odkaz vede k Amigáčovi.
Aha, ano, Amicka ...

[Gréta]

amigu znám jenom z emulátoru :O ;D
ale jako nedivila bych se amigoj kdyby tendelten chaos trošičku přiživoval a tys mu to jakoby žral i s navyjákem :O :D ;D ;D

[Jana J.]

Hmm, mně zase s gentoo-sources vyššími než 4.19.72 žere notebook mnohem víc energie, tipuju, že to má souvislost s opravami dalších chyb intelovských procesorů. Co jsem to zkoušela, zdá se že to je vyřešené ve verzi 5.5, ale ta zatím není pod Gentoo uznána za stabilní a nešly mi s ní zkompilovat moduly pro Virtualbox. Takže prozatím zůstávám u staršího jádra, protože třetinová výdrž při běhu na baterky a sklon k přehřívání není u přenosného počítače úplně to pravé ořechové...

[vencour]

Standardní odpověď bývala tuším zkotrolovat přes powertop nebo používáním/vypínámím komponent.
Jelikož mi zatím oba noťasy vydrží aspoň hodinu, tak tohle mne nenapadlo řešit a sledovat, dík za upozornění.
Co koukam, aktuálně je stable 4.19.120 a taky jedu jen 4.19.86 (mimo těch 5.4.38).

[Jana J.]

Tohle byl vysloveně procesor. Vadil tomu třeba i jen spuštěný jackd napojený na ovladač dummy. Nic to nezpracovávalo, nebylo to napojené na žádný HW, stačilo to jen spustit a okamžitě se mi zvedla spotřeba a začalo to topit.

Jinak stable je momentálně 5.4.38.

[vencour]

Aha, vzpomínam, že takhle se chovaly i dosud nepodporované (nebo chybně) procesory nebo chipsety, několikrát jsem kolem nich za posledních snad 15 let proběhl. Na detaily si teď nevzpomenu.

[Jana J.]

Podle mě to má souvislost s novou verzí záplaty STIBP, kterou asi backportovali z jádra 4.20. Už si to nepamatuju přesně, je to pár měsíců, ale mám pocit, že když jsem tuhle věc vypla, bylo to OK.

[vencour]

Jo jo, pokud nikde nikdo nepanikaří, tak taky jen překopíruju současný .config do nového kernelu, projedu zběžně "make menuconfig" a zbuildim.
Takže asi budu v dohledné době pokračovat čtením release notes ke kernelu. Atd.