Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: Pavel Lunix 19. 02. 2024, 00:13:42
-
Zdravim,
provozujete nekdo Linux na tomto HW? Ja ano a mam par problemu, s kterymi si nevim rady.
Konkretne se jedna o tuto variantu: https://www.czc.cz/lenovo-thinkpad-p14s-gen-4-amd-cerna_4/386353/produkt
Pouzivam Debian Bookworm s 6.5 kernelem z backportu a i3vm.
Nejvice uzitecnych informaci jsem nasel zde: https://wiki.archlinux.org/title/Lenovo_ThinkPad_P14s_(AMD)_Gen_4
Ted k problemum, ktere se mi nepodarilo zatim vyresit:
1/ Problemy pri "lid close", tedy zavreni laptopu
Bude to zrejme vic problemu v jedne kategorii.
Prvni problem je, ze pri zavreni a otevreni displaye display zustane vypnuty. Laptop normalne bezi, ale nic nezobrazuje. Externi monitor funguje. Pokud laptop treba "poslepu", nebo na externim display uspim, display se pak normalne probudi, ale samotne zavreni/otevreni zpusobi tento problem. Pokud si nastavim uspani na lid close, pak se pri otevreni taky display nahodi.
V /etc/systemd/logind.conf
mam
HandleLidSwitch=ignore
HandleLidSwitchExternalPower=ignore
HandleLidSwitchDocked=ignore
Jelikoz nechci, aby se system uspal pri zavreni. Obcas prenasim laptop a nechci, aby pri tom usnul.
Dalsi problem, ktery se deje pouze nekdy je to, ze kratce po uspani a zavreni laptopu se nekdy stane, ze laptop hlasite piskne (speaker), restartuje se, pak zahlasi cosi o zmene konfigurace BIOsu, znovu se rebootuje a pak normalne nabehne (samozrejme vse z uspaneho stavu je pryc). Pokud laptop jen uspim (s2idle) a nezavru, nikdy jsem zatim zadny problem nemel. Ted lid close tomu proste nejak vadi, nechapu cemu a proc.
Zkousel jsem to replikovat na Live MX Linuxu 2023.1 a tento problem se neprojevil (aspon to cernani displaye, uspavani jsem moc netestoval).
2/ Trackpoint
Pohyb trackpointu neny plynuly. Nahodne se na odhadem 20-300ms obcasne zasekava. Da se to nouzove pouzit, ale jneni to zadna slast. Trackpad i externi mys funguje bez problemu. Trackpoint ve windows i v BIOSu funguje OK, zlobi pouze v Linuxu.
Zkousel jsem to replikovat na Live MX Linuxu 2023.1 a chova se to stejne = seka se to zhruba stejne.
3/ Mikrofon
Tohle byl jediny problem, ktery jsem nevyresil uz na minulem Lenovo laptopu T480. Integrovany mikrofon, ani jack-in (mikrofon na sluchatkach) jsem nerozchodil, respektive na T480 mi prestal fungovat po nejakem upgradu, nevim ceho, ze zacatku mi fungoval.
Mam stejny HW i problem, ktery je popsany v tomto threadu:
https://discussion.fedoraproject.org/t/no-microphone-signal-input-thinkpad-t14-gen1-amd/72683
Zajimave je, ze v pavucontrol, pokud v konfiguraci zvolim "Analog Stereo Duplex" misto defaultniho "Analog stereo output", tak potom vidim v "input devices" "microphone (unpluggged)" i s nejakym sumem. Jakykoli hluk na nej ale nema vliv, jedna se pouze o sum nejakych soucastek uvnitr. Pokud pripojim sluchatka s mikrofonem, invenzita sumu se znatelne zvysi, ale opet se jedna jen o nejaky interni sum, ktery neni ovlivnen zvukem v okoli.
Pouzival jsem pulseaudio, ted jsem presel na pipewire a problem je porad stejny.
Zkousel jsem to replikovat na Live MX Linuxu 2023.1 a chova se to stejne.
4/ Spotreba v s2idle
Tohle me ted tolik netrapi, ale zminim to jako zajimavost. CPU podporuje uz pouze s2idle, jak je popsane na wiki Arch Linuxu. Mam USB kabel, co meri spotrebu energie. Kdyz je system uspany, nekdy si vezme cca 0-1W, coz je OK, nekdy je to ale 4-5W, coz je hodne. Zatim jsem neprisel na to, cim je to zpusobene - mam vesmes spustene i pripojene vzdy stejne veci.
Vsechno ostatni bych rekl, ze funguje v poradku, muzu kdyztak poradit co a jak jsem vyresil, pokud nekomu nejde neco jineho.
Aktualne mi nejvic vadi ty problemy pri zavreni laptopu - pokud sedi doma na stole, tak je to jedno, ale kdykoli se potrebuji nekam presunout, jedina spolehliva moznost je laptop poctive vypnout, jako za starych casu.
-
Zdravím,
ohledně mikrofonu ... na mých dvou Lenovech musím mikrofon, aby fungoval, nastavovat takto. V mixeru (pulseaudio) odškrtnou zatržítko "ovládat oba kanály společně", aby se mi obrazily dvě táhla. Jeden kanál dám úplně na nulu a druhým pak ovládám hlasitost. Tento fígl je potřeba dělat i na noteboocích jiných značek. Pokud jsou oba kanály vytažené společně, tak to generuje šum. Občas toto nastavení umí rozhodit (dát zpátky) Skype.
Ohledně uspávání, píšou na tom odkaze, co jste uvedl, že váš CPU nepodporuje S3. Ale zkuste ještě nějaké jiné třeba live distro. (Kubuntu, Suse apod.) obvykle to mají líp vychytané, než Debia samotný. Spíš to ale asi bude specifická záležitost.
-
Provozuju par tydnu T14s Gen 4 Intel (i5 gen 13) s Ubuntu a nepozoruju problemy s uspavanim, spotrebou, ani pipanim. Trackpoint ani analogovy mikrofon nepouzivam.
Naopak pri stazenem jasu mi `powertop` (po zapnuti optimalizaci) hlasi cca 2.5W spotrebu v Idle a teoretickou vydrz 23h na baterku, notebook vydrzi uspany do S3 urcite 3 dny a zvladl by i dele.
Podobne skvelou zkusenost mam s T14s Gen1 (i5 gen 10) s Ubuntu, ktery provozuju asi 3 roky. O trochu horsi zkusenost mam s X1 Gen9 (i7 Gen 11) s Ubuntu, ktery jsem provozoval 2.5 roku a mel obcas problemy s probouzenim z S3 (i presto, ze byl certifikovany a mel prubezne aktualizovany FW).
Podle https://support.lenovo.com/cz/cs/solutions/pd500734-linux-certification-thinkpad-p14s-gen-4-amd-21k6zb46us a https://ubuntu.com/certified/202309-32035 bych cekal, ze kdyz P14s Gen 4 AMD prosel certifikaci na Ubuntu, tak ze problem bude poreseny s dostatecne aktualnim kernelem a userspacem.
-
No flame intended, ale obavam se, ze kupovat notebook s AMD pro provoz na Linuxu znamena (i v pripade jinak skveleho a certifikovaneho Lenova) boj na jeden az dva roky s doladovanim spravy napajeni. Ja osobne bych do AMD nesel, bez ohledu na cenu a vykon -- Intel je na Linuxu (alespon v pripade business Lenovo notebooku) proste vyladeny uz od zacatku...
-
U T14 s AMD jsem měl problém i na Windowsech. S intelem to funguje v Ubuntu jako kterýkoliv jiný Thinkpad - funguje to, občas to drhne. Ubuntu mi na všem "desktopovém" šlape nejlíp.
-
Povrzuju problém s AMD procesory. Mám Ubuntu 22.04 na T14s AMD gen3 a je to nejhorší notebook, co jsem kdy měl. Problémy s uspáváním, resp. hlavně blikáním obrazovky po probuzení a občas nefunkční wifi. Nejhorší ale je, že i při minimální zátěži jede pořád větrák.
Po více než 20 letech končím s Lenovo a až skončí tenhle ntb, budu koukat jinde.
-
to je divné, mám Ideapad 5 pro s AMD (7535HS) a uspávanie a aj ostatné veci sú v pohode na kerneli >6.4, na staršom blbol nvme samsung, po zobudení sa naň nedalo zapisovať.
-
Ten trik s mikrofonem mi bohuzel nefunguje. Ted jsem overil, ze sum jde z praveho i leveho kanalu, byt z jednoho je silnejsi a z druheho slabsi. Skoro vypada, jako kdyby se nezapnul nejaky zesilovac vstupniho signalu, takze je mozne, ze ten vstupni signal tam taky je, jen extreme slaby a je prehlusen sumem.
Ja jsem do toho notasu sel prave proto, ze se vsude psalo, ze by mel byt v Linuxu bezproblemovy. Mikrofon mi nesel ani na T480 (Intel) a resim to externi USB zvukovkou, ktera ma lepsi kvalitu zvuku, byt zrovna u tohoto laptopu uz jsou repraky celkem slusne, takze bych byl rad, kdybych tu zvukovku na cesty nemusel vozit, trackpoint nejak ozelim, stejne vzdy vozim malou externi mys - za ten komfort to stoji.
Vetrak mi prijde OK, pri nizke zatezi skoro neni slyset, ani pri vyssi nedela nejaky extra hluk, T480 s Intelem na tom byla vyrazne hure. A tam zas nesel pro zmenu power management bez throttled vubec, respektive vse bylo stazene na minimalni vykon. S throttled si clovek mohl nastavit kolik vykonu/hluku/spotreby baterky chce. Celkove ale vykon proti tomuto laptopu stal za prd - i na maximalni turbo.
Ty problemy s "lid close" se snad vyresi v userspace, zkusim nejake nove live Ubuntu.
Kazdopadne zatim at to slouzi aspon jako varovani pro ostatni - neni to bezproblemove a problemy se objevuji i tam, kde by je clovek vubec necekal.
-
Podle mě jsou dva typy lidí.
Jedni kterým se líbí AMD a tak si ho koupili, ale při nějakém nestandardu s tím bojují, ale stále si udržují naději že to nějak zvládnou.
A druzí kteří si AMD nekoupili, byť by se i někomu líbilo, ale jsou realisté a počítač mají hlavně na práci a nemají čas řešit kraviny typu proč mikrofon nefunguje.
Radu pro tazatele nemám, sám Linuxu nerozumím a pouštět se do debaty, že by měl nějaký ovladač někde předěl, a nebo nahradit jiným nechci.
Nicméně mě to osobně stále utvrzuje, že i když se o Linuxu hodně mluví a jeho zastánci hodně chválí, že samo mají pouze povrchní znalosti běžného uživatele. Ale ve své podstatě málokdo ví, a umí použít, v Linuxu nějakou analýzu co a na jaké úrovni zlobí.
Naopak ve Windows je event viewer, má to prohlížeč na zavedené drivery s ID zařízením a stavem, i u té modré obrazovky jsou error ID podle kterého se dá chyba detekovat, má to registry a GPO apod.
Docela by mě osobně zajímalo jaký nástroj je podobný v Linuxu, podoba či GUI není důležitá, ale aby to hlavně bylo systémový a univerzálně funkční?
A nebo jestli existuje někde nějaký popis v podobném stylu jako u MS - nejdříve se zpracuje config.sys, pak autoexec.bat, ovladač himem.sys a emm386.sys půjdou takto po sobě. A obdobně pak v Linuxu nejdříve se načte toto, pak toto, pak třeba toto a nebo toto, toto nemůže být s tímto atd.
-
Tak jsem zkusil Ubuntu 23.10.1 a vysledek je zde:
1/ problemy s "lid close" zadne jsem nepozoroval, je to zrejme dane mym obskurnim setupem a mozna nejakymi zastaralymi userspace zalezitostmi. Precejen HW je novejsi nez muj aktualni SW.
2/ trackpoint
stale neni plynuly, k tomu jeste jeste zjistil, ze ani v BIOSu neni pohyb uplne plynuly, i kdyz je zrejme plynulejsi, nez v OS. Za tohle asi Linux nemuze. Zda se mi, ze to nejak dodrbalo Lenovo... vec, co 20 let fungovala.
3/ mikrofon
integrovany mikrofon funguje, naslo mi to vedle "Family 17h/19h HD Headphones stereo microphone" nove zarizeni "Family 17h/19h HD audio controller digital microphone", pod kterym se skryva integrovany mikrofon. Mikrofon na sluchatkach (jack-in) ale stale nejde.
4/ Suspend funguje, spotreba <1W, ale na Live distru bez realne zateze tezko hodnotit, zda to je 100% OK.
Honzako> Zrovna mikrofon mi nesel ani na Intel platforme, jak jsem psal, nema to co delat s AMD. Primarni problem zde je, ze mam SW, ktery je starsi, nez HW, nejake problemy se daly ocekavat. Mne pouze prekvapilo, ze jsou prevazne v oblastech, kde jsem je necekal - trackpoint, pripadne zavreni displaye jsou veci, kde jsem necekal, ze se neco muze rozbit, ale to je evidentne zpusobeno moji neznalosti problematiky ;)
V Linuxu je to jednoduche - mas kernel a pak mas userspace. V userspace bud rozumis danemu subsystemu, nebo ne. Pokud resis problem s audiem, musis mit aspon zakladni znalosti daneho subsystemu, ktery mas, coz kdysi bylo OSS (Open Sound System), pozdeji ALSA (Advanced Linux Sound Architecture), jeste pozdeji PulseAudio a aktualne PipeWire. Neni to vzdy jednoduche drzet krok se vsemi novinkami, pokud je pro tebe treba zvuk jen okrajova zalezitost. Do toho mas spolecnou vec - kernel, ktery obsahuje ovladace k HW a jednoduse si najdes kernel logy, kde zjistis, co se deje, jake moduly se loaduji a zda hazou nejake chyby apod. Pak muzes mit jeste problemy s interakci kernel space a user space - ale to uz jsou veci, ktere bezny uzivatel resit nemusi, pouziva odladenou distribuci, kde je to vse funguje na prvni dobrou. Koneckoncu to Ubuntu, co jsem ted zkousel, vypadalo velmi pouzitelne - az na mikrofon na sluchatkach fungovalo vse out of the box.
Kazdy ma rad neco - za me se v Linuxu dostanes mnohem blize k jadru problemu, ktery si koneckoncu muzes i sam opravit, u Windows se ti neco takoveho stat nemuze a pokud narazis na nejaky takovy typ problemu, treba stary HW nepodporovany v nove verzi Win, tak jsi v loji.
Zbytek je asi na moc dlouhe psani ale aspon v kratkosti:
- zavadeni systemu resi ve vetsine modernich distribuci systemd a deje se to paralelizovane (optimalizoval se tim hodne boot time), takze uz to neni tak jednoduche jako driv 1., 2., 3... v kazde distribuci to muzes krasne videt pri bootu, pokud odstranis "splash screen", typicky klavesou Esc, nebo nejakou jinou klavesovou zkratkou.
- co muze fungovat s cim si resi typicky distribuce nastavenymi zavislostmi v balickovacim systemu
-
Tak jsem zkusil Ubuntu 23.10.1 a vysledek je zde:
3/ mikrofon
integrovany mikrofon funguje, naslo mi to vedle "Family 17h/19h HD Headphones stereo microphone" nove zarizeni "Family 17h/19h HD audio controller digital microphone", pod kterym se skryva integrovany mikrofon. Mikrofon na sluchatkach (jack-in) ale stale nejde.
Toto mě docela překvapilo.
Thinkpad P14s Gen 4 AMD je certifikovaný Ubuntu
https://ubuntu.com/certified/202309-32036
https://ubuntu.com/certified/202309-32036/22.04%20LTS
Je možné, že je problém v headsetu?
Nebo ten kus co máš má v sobě jiné komponenty než nechalo Lenovo certifikovat?
Už hodně dlouho používám Ubuntu místo Debian-Fedora ...
Důvod je stabilita LTS vydání a délka podpory. Upgrade jednou za 4 roky. Dokonce i s NVidia grafikama bylo výrazně méně problémů než u jiných distribucí, ale naštěstí NVidia už na žádném mém stroji nikdy nebude.
-
Tak kdyz uz se nam z toho vlakna stal vylevnicek tak pridam taky svuj poznatek. Cca 15 let bezim na Lenovo Thinkpad TXXX. Pred tremi lety jsem poprve sel do AMD, protoze preci jede super. Ano jak tusite byla to chyba a od te doby je to spise boj nez harmonicke souziti. Pouzivam Ubuntu, ktere mam overeny a povazuji ho za nejstabilnejsi/nejoptimalizovanejsi distro pro notebook (a jak uz je uvedeno i vyse ma certifikace ....). Na desktopu mam debian a po koupi jsem zkusil nahodit i na notebook s ryzenem, ale to jsem tvrde narazil. S ubuntu jede tak nejak vsechno, grafika jako takova se nechova uplne dobre (preferuji z duvodu kompatibility s pouzitymi aplikacemi Xka, wayland jednoduse nefunguje se vsemi), ctecka karet nejde. Co funguje proti debianu - uspavani, dock (pres USB-C musim nekde nekolikrat vysunout a opet zasunout kabel), bluetooth (ten omezene vzdy do vypnuti ale jde), BT sluchatka.
-
Na problém se zasekávajícím se trackpointem jsem narazil taky a to jsem na Lenovo X13 Yoga s Intelem, ale děje se to jen u trackpointu přímo na klávesnici notebooku. U externí klávesnice s trackpointem jsem na tento problém nenarazil
Jsem taky na Debianu Bookworm s i3wm, ale kernel 6.1
$ xinput --list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ Lite-On Technology Corp. ThinkPad USB Keyboard with TrackPoint id=10 [slave pointer (2)]
⎜ ↳ Lite-On Technology Corp. ThinkPad USB Keyboard with TrackPoint id=11 [slave pointer (2)]
⎜ ↳ Wacom HID 528A Pen stylus id=14 [slave pointer (2)]
⎜ ↳ Wacom HID 528A Finger touch id=15 [slave pointer (2)]
⎜ ↳ TPPS/2 JYT_Synaptics TrackPoint id=18 [slave pointer (2)]
⎜ ↳ Wacom HID 528A Pen eraser id=22 [slave pointer (2)]
Takže tipuju, že problematický je TPPS/2 JYT_Synaptics TrackPoint, ale nijak dál jsem to zatím nekoumal, 90% času používám externí klávesnici.
-
Ja mam toto, ale seka se to i v BIOSu, takze to mozna vyresi nejaky budouci BIOS update.
xinput --list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ Logitech M185 id=9 [slave pointer (2)]
⎜ ↳ SYNA8018:00 06CB:CE67 Mouse id=10 [slave pointer (2)]
⎜ ↳ SYNA8018:00 06CB:CE67 Touchpad id=11 [slave pointer (2)]
⎜ ↳ TPPS/2 Synaptics TrackPoint id=13 [slave pointer (2)]
-
Nahodou nekdo nevite, jak dostat podporu pro ten mikrofon do Debianu?
Porovnavanim jadernych modulu jsem dosel k zaveru, ze digitalni mikrofon, ktery v Ubuntu funguje je podporovan modulem:
snd_soc_dmic
Pokud tenhle modul nahodim v Debianu, nenajde zadne zarizeni:
#modprobe snd_soc_dmic
#lsmod | grep dmic
snd_soc_dmic 12288 0
snd_soc_core 421888 1 snd_soc_dmic
(v neni dmesg nic)
V Ubuntu jsem nenasel v dmesg, ani v lspci zadny zaznam, ktery by prozradil vice. Kazdopadne v Ubuntu je zobrazen jako "used", tedy je tam 1 a ne 0. Tedy modul se pouziva a mikrofon funguje.
Dalsi rozdily, co jsem nasel jsou:
64:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Rembrandt Radeon High Definition Audio Controller
Subsystem: Lenovo Rembrandt Radeon High Definition Audio Controller
Flags: bus master, fast devsel, latency 0, IRQ 97, IOMMU group 17
Memory at 785c8000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [48] Vendor Specific Information: Len=08 <?>
Capabilities: [50] Power Management version 3
Capabilities: [64] Express Legacy Endpoint, MSI 00
Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
Capabilities: [2a0] Access Control Services
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
>> tohle je stejne
64:00.5 Multimedia controller: Advanced Micro Devices, Inc. [AMD] ACP/ACP3X/ACP6x Audio Coprocessor (rev 63)
Subsystem: Lenovo ACP/ACP3X/ACP6x Audio Coprocessor
Flags: fast devsel, IRQ 255, IOMMU group 21
Memory at 78580000 (32-bit, non-prefetchable) [disabled] [size=256K]
Memory at 2410000000 (64-bit, prefetchable) [disabled] [size=8M]
Capabilities: [48] Vendor Specific Information: Len=08 <?>
Capabilities: [50] Power Management version 3
Capabilities: [64] Express Endpoint, MSI 00
Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
Capabilities: [2a0] Access Control Services
Kernel modules: snd_pci_acp3x, snd_rn_pci_acp3x, snd_pci_acp5x, snd_pci_acp6x
>> tady ma Ubuntu nekolik modulu navic: snd_pci_ps, snd_sof_amd_renoir, snd_sof_amd_rembrandt
Tyto extra moduly jsou ale v Ubuntu vsechny v dmesg zobrazene jako nevyuzite v lsmod (0)
V Debianu tyto moduly nejsou:
modprobe: FATAL: Module snd_pci_ps not found in directory /lib/modules/6.5.0-0.deb12.4-amd64
modprobe: FATAL: Module snd_sof_amd_renoir not found in directory /lib/modules/6.5.0-0.deb12.4-amd64
modprobe: FATAL: Module snd_sof_amd_rembrandt not found in directory /lib/modules/6.5.0-0.deb12.4-amd64
64:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h/19h HD Audio Controller
Subsystem: Lenovo Family 17h/19h HD Audio Controller
Flags: bus master, fast devsel, latency 0, IRQ 67, IOMMU group 22
Memory at 785c0000 (32-bit, non-prefetchable) [size=32K]
Capabilities: [48] Vendor Specific Information: Len=08 <?>
Capabilities: [50] Power Management version 3
Capabilities: [64] Express Endpoint, MSI 00
Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
Capabilities: [2a0] Access Control Services
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
> tady to je stejne
Ted jeste dmesg | grep snd:
Tohle mam na Debianu:
dmesg | grep snd
[ 14.138543] snd_hda_intel 0000:64:00.1: enabling device (0000 -> 0002)
[ 14.139252] snd_hda_intel 0000:64:00.1: Handle vga_switcheroo audio client
[ 14.139727] snd_hda_intel 0000:64:00.6: enabling device (0000 -> 0002)
[ 14.147254] snd_hda_intel 0000:64:00.1: bound 0000:64:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu])
[ 14.202364] snd_hda_codec_realtek hdaudioC1D0: autoconfig for ALC257: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
[ 14.202383] snd_hda_codec_realtek hdaudioC1D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 14.202395] snd_hda_codec_realtek hdaudioC1D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
[ 14.202407] snd_hda_codec_realtek hdaudioC1D0: mono: mono_out=0x0
[ 14.202416] snd_hda_codec_realtek hdaudioC1D0: inputs:
[ 14.202425] snd_hda_codec_realtek hdaudioC1D0: Mic=0x19
V Ubuntu je na zacatku navic toto:
snd_pci_ps 0000:64:00:5: enabling device (0000 -> 0002)
Tenle modul ale v Debianu nemam, ale je to zatim jediny rozdil, co jsem nasel. V Ubuntu je zobrazeny jako nepouzity, ale presto v dmesg vypada, ze k nemu patri nejake zarizeni.
-
Jestli Debian pořád používá ALSA, zkusil bych PipeWire. Ubuntu ho už myslím používá defaultně, tak bych klidně zkusil nabootavat Ubuntu z flashky a zkusil, zda to nehodou nebude fugnovat v něm.
-
Ja uz jsem v Debianu presel na pipewire.
Takze to vypada, ze v Debianim kernelu ten modul neni.
Je to tohle:
https://www.kernelconfig.io/config_snd_soc_amd_ps
Debiani config vypada takto:
# CONFIG_SND_SOC_AMD_ACP_COMMON is not set
# CONFIG_SND_SOC_AMD_RPL_ACP6x is not set
# CONFIG_SND_SOC_AMD_PS is not set
Takze pujdu kompilovat kernel.
-
Drobny update meho souziti se zminenym laptopem.
Vyresene problemy:
1/ integrovany mikrofon vyresen vyse popsanym zpusobem - nyni uz i v Debianu stable s kernelem z backportu: 6.6.13+bpo-amd64
2/ trackpoint zrejme bud uplne vyresen nebo velmi vyrazne posunut k lepsimu upgradem BIOSu z 1.16 na 1.35
Zbyvajici problemy:
1/ problemy s lid close - porad s tim bojuju, v podstate to resim tim, ze laptop na presuny vypinam, je to jediny zaruceny zpusob, ktery funguje (ano je to opruz, ale zas vse bootuje tak rychle, ze se to da, vzhledem k tomu, ze se nepresouvam se moc casto).
Ironie je, ze suspend to RAM, pokud je laptop na stole, funguje bez problemu, respektive asi 1x se mi stalo, ze se neprobral.
2/ Problem, ktery je HW razu a drive jsem jej nezminoval, nicmene jsem na nej narazil v prubehu pouzivani. Sitova karta Realtek se NElinkne pri pouziti Cat6a ethernet kabelu (tenke kabely), pripadne ani pri pouziti placatych Cat6 kabelu. A je jedno proti cemu, proste ani tuk. Funguji jen "plnotucne" kabely a je jedno ze treba jen cat5e. Plnotucne cat6 taky, nefungujuji jen kabely, kde se setrilo medi. Tohle neni problem Linuxu, ale HW - stejny problem v BIOSu a ve Win.
3/ Integrovany mikrofon uz jde, ale sluchatka na headsetu pripojeneho pres 3.5mm jack stale nefunguji.
4/ Dalsi problem, ktery jsem objevil v prubehu casu je brutalni nestabilita VGA / amdgpu. Pokud spustim jakoukoli narocnejsi hru, napriklad 0ad, tak cca do 2 minut grafika vycrashuje. Ale neni to jen ve hrach, dokaze to vycrashovat treba i na slozitejsim objektu v PrusaSliceru. Dle ruznych for to zrejme souvisi se vyuzitim VRAM.
Velmi podobny problem je zminen napriklad zde:
https://gitlab.freedesktop.org/drm/amd/-/issues/3067
S 1.16 BIOSem byl crash fatalni a jediny zpusob, jak se dostat do PC bylo SSH (zbytek systemu normalne zije). S BIOSem 1.35 dojde vetsinou k soft crashi, kdy se resetuje VGA adapter a restartuji Xka a system pak jde normalne zase pouzivat.
Tento problem zatim zkoumam, na hry nemam cas a dokud jsem nenarazil na problem ve zminenem Prusa Sliceru, tak jsem o tomto problemu nevedel. Jestli mate nekdo nejakou zkusenost, prosim o sdileni.
-
Tak jeste dodatek k amdgpu - na Ubuntu 23.10.1 je to stabilni. Pritom verze driveru je stejna:
[ 3.641565] [drm] Initialized amdgpu 3.54.0 20150101 for 0000:64:00.0 on minor 0
Jediny rozdil, ktery vidim v dmesg, je ze muj Debian se pokousi loadovat FW, zatimco Ubuntu nikoli:
[ 2.907882] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/psp_13_0_4_toc.bin
[ 2.908595] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/psp_13_0_4_ta.bin
[ 2.909419] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/dcn_3_1_4_dmcub.bin
[ 2.910225] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_pfp.bin
[ 2.911018] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_me.bin
[ 2.911773] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_rlc.bin
[ 2.912494] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_mec.bin
[ 2.913922] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/vcn_4_0_2.bin
[ 2.914676] amdgpu 0000:64:00.0: [drm:jpeg_v4_0_early_init [amdgpu]] JPEG decode is enabled in VM mode
[ 2.915781] amdgpu 0000:64:00.0: firmware: failed to load amdgpu/gc_11_0_1_mes_2.bin (-2)
[ 2.917041] amdgpu 0000:64:00.0: firmware: failed to load amdgpu/gc_11_0_1_mes_2.bin (-2)
[ 2.917639] amdgpu 0000:64:00.0: Direct firmware load for amdgpu/gc_11_0_1_mes_2.bin failed with error -2
[ 2.919018] [drm] try to fall back to amdgpu/gc_11_0_1_mes.bin
[ 2.920522] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_mes.bin
[ 2.921491] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_mes1.bin
...
[ 2.923683] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_imu.bin
[ 2.923994] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/sdma_6_0_1.bin
-
S nejnovejsim FW z https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git je to bez erroru pri loadovani FW, ale nestabilita pretrvava. Kdyz se FW odstrani uplne (/lib/firmware/amdgpu), provede se update-initramfs, a rebootuje, tak se amdgpu vubec nezavede. Tudiz Ubuntu zrejme FW nejak zavadi, jen se to nevypisuje v dmesg.
nejnovejsi FW:
# dmesg | grep amdgpu
[ 2.871949] [drm] amdgpu kernel modesetting enabled.
[ 2.885120] amdgpu: Virtual CRAT table created for CPU
[ 2.885649] amdgpu: Topology: Add CPU node
[ 2.886485] amdgpu 0000:64:00.0: enabling device (0006 -> 0007)
[ 2.904291] amdgpu 0000:64:00.0: amdgpu: Fetched VBIOS from VFCT
[ 2.904859] amdgpu: ATOM BIOS: 113-PHXGENERIC-001
[ 2.905451] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/psp_13_0_4_toc.bin
[ 2.906110] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/psp_13_0_4_ta.bin
[ 2.906877] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/dcn_3_1_4_dmcub.bin
[ 2.907649] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_pfp.bin
[ 2.908393] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_me.bin
[ 2.909086] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_rlc.bin
[ 2.909753] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_mec.bin
[ 2.911004] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/vcn_4_0_2.bin
[ 2.911703] amdgpu 0000:64:00.0: [drm:jpeg_v4_0_early_init [amdgpu]] JPEG decode is enabled in VM mode
[ 2.912737] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_mes_2.bin
[ 2.913461] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_mes1.bin
[ 2.914316] amdgpu 0000:64:00.0: vgaarb: deactivate vga console
[ 2.914325] amdgpu 0000:64:00.0: amdgpu: Trusted Memory Zone (TMZ) feature enabled
[ 2.914421] amdgpu 0000:64:00.0: amdgpu: VRAM: 4096M 0x0000008000000000 - 0x00000080FFFFFFFF (4096M used)
[ 2.914432] amdgpu 0000:64:00.0: amdgpu: GART: 512M 0x0000000000000000 - 0x000000001FFFFFFF
[ 2.914441] amdgpu 0000:64:00.0: amdgpu: AGP: 267894784M 0x0000008400000000 - 0x0000FFFFFFFFFFFF
[ 2.914813] [drm] amdgpu: 4096M of VRAM memory ready
[ 2.914823] [drm] amdgpu: 29960M of GTT memory ready.
[ 2.915745] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_imu.bin
[ 2.916019] amdgpu 0000:64:00.0: firmware: direct-loading firmware amdgpu/sdma_6_0_1.bin
[ 2.916073] amdgpu 0000:64:00.0: amdgpu: Will use PSP to load VCN firmware
[ 3.495251] amdgpu 0000:64:00.0: amdgpu: RAS: optional ras ta ucode is not available
[ 3.503666] amdgpu 0000:64:00.0: amdgpu: RAP: optional rap ta ucode is not available
[ 3.503675] amdgpu 0000:64:00.0: amdgpu: SECUREDISPLAY: securedisplay ta ucode is not available
[ 3.535222] amdgpu 0000:64:00.0: amdgpu: SMU is initialized successfully!
[ 3.678240] amdgpu 0000:64:00.0: [drm:jpeg_v4_0_hw_init [amdgpu]] JPEG decode initialized successfully.
[ 3.680676] kfd kfd: amdgpu: Allocated 3969056 bytes on gart
[ 3.680698] kfd kfd: amdgpu: Total number of KFD nodes to be created: 1
[ 3.680984] amdgpu: Virtual CRAT table created for GPU
[ 3.681524] amdgpu: Topology: Add dGPU node [0x15bf:0x1002]
[ 3.681529] kfd kfd: amdgpu: added device 1002:15bf
[ 3.681543] amdgpu 0000:64:00.0: amdgpu: SE 1, SH per SE 2, CU per SH 6, active_cu_number 12
[ 3.681731] amdgpu 0000:64:00.0: amdgpu: ring gfx_0.0.0 uses VM inv eng 0 on hub 0
[ 3.681736] amdgpu 0000:64:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 1 on hub 0
[ 3.681740] amdgpu 0000:64:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 4 on hub 0
[ 3.681744] amdgpu 0000:64:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 6 on hub 0
[ 3.681747] amdgpu 0000:64:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 7 on hub 0
[ 3.681750] amdgpu 0000:64:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 8 on hub 0
[ 3.681753] amdgpu 0000:64:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 9 on hub 0
[ 3.681756] amdgpu 0000:64:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 10 on hub 0
[ 3.681760] amdgpu 0000:64:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 11 on hub 0
[ 3.681763] amdgpu 0000:64:00.0: amdgpu: ring sdma0 uses VM inv eng 12 on hub 0
[ 3.681766] amdgpu 0000:64:00.0: amdgpu: ring vcn_unified_0 uses VM inv eng 0 on hub 8
[ 3.681769] amdgpu 0000:64:00.0: amdgpu: ring jpeg_dec uses VM inv eng 1 on hub 8
[ 3.681772] amdgpu 0000:64:00.0: amdgpu: ring mes_kiq_3.1.0 uses VM inv eng 13 on hub 0
[ 3.686511] [drm] Initialized amdgpu 3.54.0 20150101 for 0000:64:00.0 on minor 0
[ 3.695066] fbcon: amdgpudrmfb (fb0) is primary device
[ 5.296672] amdgpu 0000:64:00.0: [drm] fb0: amdgpudrmfb frame buffer device
[ 7.720626] snd_hda_intel 0000:64:00.1: bound 0000:64:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu])
zadny FW:
dmesg | grep amdgpu
[ 2.625946] [drm] amdgpu kernel modesetting enabled.
[ 2.639692] amdgpu: Virtual CRAT table created for CPU
[ 2.640393] amdgpu: Topology: Add CPU node
[ 2.640985] amdgpu 0000:64:00.0: enabling device (0006 -> 0007)
[ 2.653707] amdgpu 0000:64:00.0: amdgpu: Fetched VBIOS from VFCT
[ 2.654264] amdgpu: ATOM BIOS: 113-PHXGENERIC-001
[ 2.654816] amdgpu 0000:64:00.0: firmware: failed to load amdgpu/psp_13_0_4_toc.bin (-2)
[ 2.655935] amdgpu 0000:64:00.0: firmware: failed to load amdgpu/psp_13_0_4_toc.bin (-2)
[ 2.656515] amdgpu 0000:64:00.0: Direct firmware load for amdgpu/psp_13_0_4_toc.bin failed with error -2
[ 2.657090] [drm:amdgpu_device_init [amdgpu]] *ERROR* early_init of IP block <psp> failed -19
[ 2.658123] amdgpu 0000:64:00.0: firmware: failed to load amdgpu/dcn_3_1_4_dmcub.bin (-2)
[ 2.658727] amdgpu 0000:64:00.0: firmware: failed to load amdgpu/dcn_3_1_4_dmcub.bin (-2)
[ 2.659316] amdgpu 0000:64:00.0: Direct firmware load for amdgpu/dcn_3_1_4_dmcub.bin failed with error -2
[ 2.659896] [drm:dm_early_init [amdgpu]] *ERROR* DMUB firmware loading failed: -19
[ 2.660668] [drm:amdgpu_device_init [amdgpu]] *ERROR* early_init of IP block <dm> failed -19
[ 2.661421] amdgpu 0000:64:00.0: firmware: failed to load amdgpu/gc_11_0_1_pfp.bin (-2)
[ 2.662044] amdgpu 0000:64:00.0: firmware: failed to load amdgpu/gc_11_0_1_pfp.bin (-2)
[ 2.662646] amdgpu 0000:64:00.0: Direct firmware load for amdgpu/gc_11_0_1_pfp.bin failed with error -2
[ 2.663258] [drm:amdgpu_device_init [amdgpu]] *ERROR* early_init of IP block <gfx_v11_0> failed -19
[ 2.664646] amdgpu 0000:64:00.0: firmware: failed to load amdgpu/vcn_4_0_2.bin (-2)
[ 2.665286] amdgpu 0000:64:00.0: firmware: failed to load amdgpu/vcn_4_0_2.bin (-2)
[ 2.665898] amdgpu 0000:64:00.0: Direct firmware load for amdgpu/vcn_4_0_2.bin failed with error -2
[ 2.666518] [drm:amdgpu_device_init [amdgpu]] *ERROR* early_init of IP block <vcn_v4_0> failed -19
[ 2.667269] amdgpu 0000:64:00.0: [drm:jpeg_v4_0_early_init [amdgpu]] JPEG decode is enabled in VM mode
[ 2.668066] amdgpu 0000:64:00.0: firmware: failed to load amdgpu/gc_11_0_1_mes_2.bin (-2)
[ 2.668943] amdgpu 0000:64:00.0: firmware: failed to load amdgpu/gc_11_0_1_mes_2.bin (-2)
[ 2.669592] amdgpu 0000:64:00.0: Direct firmware load for amdgpu/gc_11_0_1_mes_2.bin failed with error -2
[ 2.670232] [drm] try to fall back to amdgpu/gc_11_0_1_mes.bin
[ 2.670886] amdgpu 0000:64:00.0: firmware: failed to load amdgpu/gc_11_0_1_mes.bin (-2)
[ 2.671562] amdgpu 0000:64:00.0: firmware: failed to load amdgpu/gc_11_0_1_mes.bin (-2)
[ 2.672212] amdgpu 0000:64:00.0: Direct firmware load for amdgpu/gc_11_0_1_mes.bin failed with error -2
[ 2.672889] [drm:amdgpu_device_init [amdgpu]] *ERROR* early_init of IP block <mes_v11_0> failed -19
[ 2.673716] amdgpu 0000:64:00.0: amdgpu: Fatal error during GPU init
[ 2.674391] amdgpu 0000:64:00.0: amdgpu: amdgpu: finishing device.
-
problemy s lid close - porad s tim bojuju, v podstate to resim tim, ze laptop na presuny vypinam,
ad lid close: nezkoušel jsi před zaklapnutím odpojit dockinu/monitor, nechat to zprocesovat display manager a pak až zaklapnout?
-
No flame intended, ale obavam se, ze kupovat notebook s AMD pro provoz na Linuxu znamena...
Spíš je to o tom, jak standardní řešení vendor má a zda si ten laptop koupí někdo, kdo to případně umí fixnout a commitne to do upstreamu..
Viz různá řešení ohledně přepínání analogového zvuku u Asusů apod.
-
problemy s lid close - porad s tim bojuju, v podstate to resim tim, ze laptop na presuny vypinam,
ad lid close: nezkoušel jsi před zaklapnutím odpojit dockinu/monitor, nechat to zprocesovat display manager a pak až zaklapnout?
Zkousel. Ono se to ted chova tak, ze pokud mam pripojeny externi monitor a zaklapnu lid, tak se nic nestane - to je super. Bezne to mam na stole jen s jednim screenem a presne tohle chci. Pokud nemam externi monitor (dockinu nepouzivam, mam to pripojene kabelama primo) a zaklapnu lid, tak se notas uspi. To je taky OK. Problem je spolehlivost tohohle procesu - on se nekdy proste uz neprobere - otevru ho a uz jen vidim, ze se rebootuje. A deje se to dost casto, takze to radeji vypnu, nez abych pak vycrashoval system. A nikdy to neuspavam s externim monitorem s tim, ze se pak ma probudit bez monitoru - vzdy odpojuji monitor jeste pred uspanim a pak zaklapnutim lidu uspim.
Deje se mi totiz jeste ta vec, ze pokud ho rucne uspim a pak zaklapnu lid, tak se mi tim probudi. To mi samozrejme vadi, ale vzhledem k dalsim problemum to ted neresim - je to aktualne cesta nejmensiho zla v ramci vsech moznych nastaveni, co jsem zkousel. Puvodne jsem byl vzdy zvykly uspat to rucne jen kdyz chci - dost casto pro me bylo zadouci notas po zaklapnuti z ruznych duvodu neuspat.
Samotny suspend ale funguje v pohode, kdyz mi notas lezi na stole, kazdy den ho na noc uspavam a rano probouzim bez problemu. Je to nejaka kombinace uspani a prenosu, porad nechapu, co se mu vlastne nelibi.
Pouzivam i3 a nejake skripty + systemd na tyhle veci, nemam VM, ktery by se o to staral. Ale nikdy jsem s tim nemel problem, az ted s timhle HW. V tom Ubuntu to zda se funguje fajn, ale snad nejdem do doby, kdy by se mi zuzil vyber distra na jedno s tim, ze nejsem schopny odladid tyhle prkotiny na jinych distrech.
-
pozor, ja videl Thinkpad (T490s) chovat se uplne stejne, ale pod Windows.
To by ukazovalo spis na BIOS?
Neni to muj, tak se zeptam ...
-
I nektery jiny thinkpad (na 99% myslim, ze X1 Yoga Gen3) mel tu vlasnost, ze zavreni vika (lid) ho probudilo ze spanku :(
To me dost stvalo, protoze jsem nikdy nechtel mit automaticky zadnou akci behem zavreni vika, a kdyz mel jit spat, tak jsem to delal sam skrz sleep-btn (fn+4, tusim). Vyresil jsem to "hnusnym hackem" tak, ze jsem si zacal odchytavat sleepbtn jako acpi-event, a pred zavolani systemctl suspend jsem tam vrazil nekolika-sekundovy sleep. To mi vzdy stacilo na zavreni.
-
Jeste je tam jeden problem, kvuli kteremu jsem si nechal v /etc/systemd/logind.conf radeji nastavene uspavani na "lid close" a to je, ze pokud se neprovede uspani, pouze event zavreni, tak display "zhasne", coz je v poradku, problem ale je, ze se nerozsviti, kdyz lid zas otevru.
Musim pak poslepu provest resuscitaci, treba ho prikazem uspat/probudit, nebo resuscitovat pomoci externiho monitoru.
Netusim, jestli tohle je problem systemd, zrejme to bude resit nejaky update.
Jinak firmware pro amdgpu jsem zkusil vzit z toho Ubuntu, kde se to chova stabilne a bohuzel to crashuje dal, tak uz nevim, cim by to mohlo byt.