Uživatelské nástroje

Nástroje pro tento web


panpharaon

Toto je starší verze dokumentu!


Pan Pharaon

Konfigurace

  • aktuální stav
    • EFI
    • Debian/Unstable, x86_64 + i386
    • lightdm
    • gnome
    • nvidia priprietary driver
    • systemd
    • custom kernel
  • zavaděč
    • grub-efi
    • grub2-splashimages - pozadí do grub
    • vim /etc/default/grub
      • GRUB_CMDLINE_LINUX_DEFAULT=„quiet splash“
      • GRUB_BACKGROUND=„/usr/share/images/grub/050817-N-3488C-028.tga“
    • update-grub2 - aplikuje změny v konfiguračním souboru
  • dkms
    • po překompilování kernelu (bez zvýšení verze) je potřeba udělat rebuild dkms
    • asi jediný postup je
dkms remove  -m $module -v $version --all
dkms add     -m $module -v $version
dkms build   -m $module -v $version -k $newkernelversion
dkms install -m $module -v $version -k $newkernelversion

Problémy

  • často se mi stává, že řeším nějaké problémy na svém Debian unstable
  • zde si budu zapisovat zajímovosti, co mi pomohli v analýze
  • výpis startu systému (systemd) pro debug
  journalctl -xb
  • výpis UUID disků
  blkid

nvidia

  • problém: po probuzení ze suspend S3 GUI zamrzne nebo hrozně laguje (0.1fps)
  • co se změnilo od doby, kdy to jelo?
    • změna karty z 960 na 1060
    • změna nvidia drv z 375.10 na 375.20
    • upgrade debian balíčků
  • když mi to poprvé vytuhlo, myslel jsem že to je nekonzistencí kernel build s nvidia drv buildem
  • chtěl jsem překompilovat kernel 4.4.31, ale dal jsem rovnou poslední longterm 4.4.35
  • zkoušel jsem změnit nvidia drv zpět na 375.10 i na starší, nepomohlo
  • debian balíčku vrátit nemohu
  • zkoušel jsem hrabat do kernelu a zapínat/vypínat framebuffer + DRM
  • našel jsem člověka, co má podobný problém s 1060, prý mu pomohlo vypnutí allow flipping
  • už jsem myslel, že mi to taky pomohlo, ale stejně to blbne. mám pocit, že systém musí být uspán delší dobu (15 minut), aby to blbnulo
  • zkoušel jsem i kernel z debian. U něj jsem myslel, že je to už ok, ale stejně to vytuhlo
    • měl jsem v modprobe modeset na enabled, zkusím ho vypnout

zvukovka

  • hraje jen levý kanál
    • vyřešeno pomocí programu alsamixer. Bylo v něm vidět, že pravý kanál je zeslaben. Zajímavé je, že nikde jinde to nebylo. Pulse audio veselo hlásilo, že je všechno naprosto v pořádku.
    • a pozor! po restartu se to vratilo zpatky, dokud jsem nepouzil #alsactl store
  • mikrofon
    • mel jsem to připojeno na integrovanou zvukovku, ale byla tam zpětná vazba.
      • testovat se to dalo třeba na TeamSpeak2, ale nejlépe na call přes SFLphone. I když jsem HW odjil mikrofon, tak jsem v HW telefonu slyšel svůj hlas odeslaný na pharaon do SFLphone. Pomohlo buď MUTE mikrofonu nebo MUTE output. Nepodařilo se mi to vyřešit na integrované Intel zvukovce.
    • řešením bylo zapojení mikrofonu do SB XFI audio :)
      • ale bacha, je potřeba správně nastavit alsamixer!!
      • v Pulse audio volume manageru je potřeba mít nastaven port „Mikrofon“ (nejlepší ze všech)
      • v alsamixeru, pomocí F6 vybrat zvukovku, pak F4 Capture a tam:
        • Mic volume nahoru
        • Analog source Mic
        • Shared Mic/Line in nastavit na Mic in
      • bacha, po změně portu se částečně resetuje nastavení alsamixeru
    • mikrofon přestal úplně fungovat
      • byl to dlouhý boj, nakonec jsem to rozchodil takto:
        • mikrofon se strká do modré dírky na zvukovce, tj ta úplně vlevo vedle repráků
        • ovládací panel pulse audio mám nastaven na Analogové duplexní stereo
        • vstupní zařízení mám nastaveno na mikrofon
        • alsamixer mám nastaven:
          • playback: S/PDIF mute, S/PDIF* 00, CAPTURE feedback 00, Analog* 100, Master 20
          • capture: Line in/Phone/Aux 00, Mic 100, Analog Source Mic, Digital source i2s in, Shared Mic in
      • nejprve jsem měl problém s tím, že mi nefungoval vůbec mikrofon, pak mi dokonce zmizel monitor u mikrofonu
      • monitor jsem tam překvapivě vrátil tím, že jsem u playback odmutoval S/PDIF. Přitom na konci jsem ho zase zamutoval. Musí tam být nějaké haluze, občas je asi potřeba zahýbat se vším!!!!
      • zkusil jsem uložit nastavení do ~/tmp/alsa.store
      • možná by stalo za zkoušku i zavolání alsactl init
    • opět zpětná vazba
      • když přehrávám něco na integrované zvukovce, tak to leze do mikrofonu :)
      • zjištěná fakta:
        • pokud pustím skype test call, vidím že se mi hýbe mikrofon monitor (podle toho jak mluví pán), i když je vypnutý
        • to samé například u přehrávání hudby (na integrované)
        • dělá to jak u vstupu integrované karty, tak u X-Fi, takže to teoreticky není problém vstupu?
        • když se chci toho zbavit, tak musím buď zeslabit výstup na zvukovce nebo vstup :)
        • ,,,
      • jo tak záhada je rozluštěna. Je to hardwarový problém. Ta nová sluchátka s mikrofonem mají nějak špatně odstíněný mikrofon od sluchátek. Zvuk co jde do sluchátek indukuje napětí i na drátu mikrofonu. Největší problém je asi v ovladači hlasitosti na kabelu.
      • řešením je regulovat hlasitost sofwarově bez použití kolečka.. aby po kabelu šlo prostě co nejnižší napětí. Ideální je master hlasitost asi 60 procent. Jde to slyšet a neruší to moc ani při použití kolečka
    • brum… v mikrofonu to bručelo :)
      • tohle se ukázalo jako HW problém. Nějaké rušení na kabelu mikrofonu.
      • Když jsem mikrofon odpojil vypnul, tak brum neustal.
      • Když jsem mikrofon odpojil, tak ustal.
      • řešením bylo vést kabel mikrofonu za stolem dál od PC bedny :)

Aktuální problémy

Vyřešeno, aktivní fixy

  • po probuzení se rozbije pozadí na bílo černé kostičky
    • je to prý problém v nvidia driveru, kdy po probuzení se znovu nenaplní frame buffery a je potřeba ruční refresh
    • vyřešil jsem to pomocí skriptu fix_gnomebg, který se spouští každých 10 minut přes crona
panpharaon.1480277531.txt.gz · Poslední úprava: (upraveno mimo DokuWiki)

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki