Debian Stretch mrznutí grafiky po hibernaci

jmk

  • ***
  • 178
    • Zobrazit profil
    • E-mail
Re:Debian Stretch mrznutí grafiky po hibernaci
« Odpověď #15 kdy: 10. 05. 2018, 21:31:03 »
Tak jsem si pohrál s biosem a výsledek je následující:
  • púvodní kombinace : Boot UEFI Only, CSM Support Yes : po obnovení z hibernace mrznou Xka po dobu 30s
  • změna č.1 Boot UEFI Only, CSM Support No : po obnovení z hibernace zamrznou Xka a již nerozmrznou  :D
  • změna č.2 Boot Both, Legacy Boot First, UEFI Boot Second, CSM Support Yes : a světe div se, po obnovení z hibernace Xka nemrznou  ;D
Všechny výš uvedené kombinace jsem poctivě zkoušel 3x po sobě a pokaždé se chovali úplně stejně. Takže závěr je, že problém zatím odstraněn i když dost dobře nevím proč - prostě kouzla v Biosu/UEFI - dá se říci spackaná implementace ACPI ?

@Neviditelný : suspend to RAM vždy fungoval bez problémů a funguje i nyní :-)

Chlapi díky za rady! Prozatím dávám jako solved do doby než mně můj oblíbený Debian nepřesvědčí o opaku  ;D
Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface.


ByCzech

  • *****
  • 1 849
    • Zobrazit profil
    • E-mail
Re:Debian Stretch mrznutí grafiky po hibernaci
« Odpověď #16 kdy: 10. 05. 2018, 21:54:48 »
    změna č.2 Boot Both, Legacy Boot First, UEFI Boot Second, CSM Support Yes : a světe div se, po obnovení z hibernace Xka nemrznou  ;D
    [/list]
    Všechny výš uvedené kombinace jsem poctivě zkoušel 3x po sobě a pokaždé se chovali úplně stejně. Takže závěr je, že problém zatím odstraněn i když dost dobře nevím proč - prostě kouzla v Biosu/UEFI - dá se říci spackaná implementace ACPI ?

    Zpackaný firmware obecně. Číňani to lepí jako vrabec hnízdo a podle toho to pak vypadá. Zapne/vypne se legacy modul, povolí/zakáže boot tak či ona a už to jede jak vidno. A to máte štěstí, že to stačí jen zapnout a nemusíte měnit vlastní start OS z UEFI na MBR, jako se mi stalo u jiných strojů.

    @Neviditelný: Ovladače to zjevně nejsou, ty jsou ve všech případech stejné... Kde to teda podle vás zůstává viset, když ne v SMM, když to v jedné kombinaci tazateli jede a ve dvou ne?

    Neviditelný

    Re:Debian Stretch mrznutí grafiky po hibernaci
    « Odpověď #17 kdy: 10. 05. 2018, 23:12:43 »
    @Neviditelný: Ovladače to zjevně nejsou, ty jsou ve všech případech stejné... Kde to teda podle vás zůstává viset, když ne v SMM, když to v jedné kombinaci tazateli jede a ve dvou ne?
    To, že ovladače jsou vždy stejné podle mě tolik neznamená. Záleži na tom, do jakého stavu nastaví firmware desky hardware po probuzení z hibernace a jak si s tím stavem umí ten který ovladač poradit.

    JardaP .

    • *****
    • 11 064
      • Zobrazit profil
      • E-mail
    Re:Debian Stretch mrznutí grafiky po hibernaci
    « Odpověď #18 kdy: 10. 05. 2018, 23:59:24 »
    Za UEFI by nekdo potreboval rozkopat p​r​d​e​l, to je asi nejblbejsi IT napad tohoto stoleti. Oni driv dokazali zprasit i jednoduchoucky BIOS, tak nevim, jak se nekdo mohl domnivat, ze by kdy dokazali dat dohromady funkcni UEFI. Tazatel ma stesti, ze mu aspon boot Linux nebricknul pocitac, jako to vymysleli soudruzi ze Samsungu.

    ByCzech

    • *****
    • 1 849
      • Zobrazit profil
      • E-mail
    Re:Debian Stretch mrznutí grafiky po hibernaci
    « Odpověď #19 kdy: 11. 05. 2018, 08:54:02 »
    @Neviditelný: Ovladače to zjevně nejsou, ty jsou ve všech případech stejné... Kde to teda podle vás zůstává viset, když ne v SMM, když to v jedné kombinaci tazateli jede a ve dvou ne?
    To, že ovladače jsou vždy stejné podle mě tolik neznamená. Záleži na tom, do jakého stavu nastaví firmware desky hardware po probuzení z hibernace a jak si s tím stavem umí ten který ovladač poradit.

    Ale to já si uvědomuji, proto se ptám, kde to vidíte. Možnost, kterou jste napsal si uvědomuji, ale jen to vyvolává další otázky...

    Proč firmware nastavením věcí, které by takové chování vůbec měnit neměly po probuzení dává HW do stavu, který ovladač / kernel neustojí? Ovladače GPU jsou přímo od Intelu.

    Proč se to umí zaseknout úplně, že s tím nejde udělat vůbec nic a vytuhne to komplet, zřejmě včetně kernelu?
    Nebloudí to tedy v SMM, takže kernel s ovladači se pak nedostane k lizu?

    Je ten stav, který firmware po probuzení vrací správný?
    Proč je 3× jiný?
    Je to tedy chyba v ovladačích nebo ve FW nebo část tady část onde?
    Proč to na podobných strojích od jiného výrobce chodí bez problémů se stejnými ovladači?

    Atd. našel bych jich hodně, které budou tlačit mysl spíše směrem k tomu, že chyba je ve FW nikoli v ovladačích... Navíc se to dle Google netýká jen Linuxu...
    « Poslední změna: 11. 05. 2018, 08:56:06 od ByCzech »


    ByCzech

    • *****
    • 1 849
      • Zobrazit profil
      • E-mail
    Re:Debian Stretch mrznutí grafiky po hibernaci
    « Odpověď #20 kdy: 11. 05. 2018, 09:04:30 »
    Za UEFI by nekdo potreboval rozkopat p​r​d​e​l, to je asi nejblbejsi IT napad tohoto stoleti. Oni driv dokazali zprasit i jednoduchoucky BIOS, tak nevim, jak se nekdo mohl domnivat, ze by kdy dokazali dat dohromady funkcni UEFI. Tazatel ma stesti, ze mu aspon boot Linux nebricknul pocitac, jako to vymysleli soudruzi ze Samsungu.

    No Jardo, za tohle UEFI moc nemůže. Chování ACPI na daném stroji je problém. To že to výrobce zkryplí tak, že se to podle toho, jestli je/není legacy režim aktivní a je/není možné/umožněno z něj bootovat chová pokaždé jinak není chyba UEFI jako takového.

    Nové stroje co skládám občas nastavuji obvykle tak, že legacy úplně vypínám, nechávám jen UEFI a obvykle to je to co nedělá problémy. To samé notesy. Že v Lenovu to mají domrvené a legacy moduly jim chodí lépe je věc jiná. Myslím si, že u FW by FOSS mohlo hodně pomoct, kdyby výrobci brali nějaké core části pro UEFI/BIOS a dělali si jen ty "omalovánky" nad tím, které manažeři tak žerou a to co podle marketérů tak prodává. Ideálně, kdyby to bylo jednoduše skinovatelné a byl by možná klid.

    JardaP .

    • *****
    • 11 064
      • Zobrazit profil
      • E-mail
    Re:Debian Stretch mrznutí grafiky po hibernaci
    « Odpověď #21 kdy: 11. 05. 2018, 10:31:28 »
    Myslím si, že u FW by FOSS mohlo hodně pomoct, kdyby výrobci brali nějaké core části pro UEFI/BIOS a dělali si jen ty "omalovánky" nad tím, které manažeři tak žerou a to co podle marketérů tak prodává. Ideálně, kdyby to bylo jednoduše skinovatelné a byl by možná klid.

    To se nestane, to by bylo prilis inteligentni.

    JardaP .

    • *****
    • 11 064
      • Zobrazit profil
      • E-mail
    Re:Debian Stretch mrznutí grafiky po hibernaci
    « Odpověď #22 kdy: 11. 05. 2018, 10:39:57 »
    @ByCzech: BTW, ACPI a pred nim jiz APM byvalo zkurvene bezne jiz v BIOSech, ted k tomu misto zkureveneho BIOSu mame navic jeste zkurvenejsi UEFI.

    ByCzech

    • *****
    • 1 849
      • Zobrazit profil
      • E-mail
    Re:Debian Stretch mrznutí grafiky po hibernaci
    « Odpověď #23 kdy: 11. 05. 2018, 10:43:40 »
    @ByCzech: BTW, ACPI a pred nim jiz APM byvalo zkurvene bezne jiz v BIOSech, ted k tomu misto zkureveneho BIOSu mame navic jeste zkurvenejsi UEFI.

    No to je právě ono, očividně nezáleží do jaké technologie to zabalí, jestli BIOS nebo UEFI, prostě ten power management vždycky (znovu) zkazí :D

    JardaP .

    • *****
    • 11 064
      • Zobrazit profil
      • E-mail
    Re:Debian Stretch mrznutí grafiky po hibernaci
    « Odpověď #24 kdy: 11. 05. 2018, 12:36:30 »
    No to je právě ono, očividně nezáleží do jaké technologie to zabalí, jestli BIOS nebo UEFI, prostě ten power management vždycky (znovu) zkazí :D

    Jenze kdyz to bali do UEFI, ocividne sance jsou vetsi, viz https://forum.root.cz/index.php?topic=18440.msg264589#msg264589

    ByCzech

    • *****
    • 1 849
      • Zobrazit profil
      • E-mail
    Re:Debian Stretch mrznutí grafiky po hibernaci
    « Odpověď #25 kdy: 11. 05. 2018, 18:45:11 »
    No to je právě ono, očividně nezáleží do jaké technologie to zabalí, jestli BIOS nebo UEFI, prostě ten power management vždycky (znovu) zkazí :D

    Jenze kdyz to bali do UEFI, ocividne sance jsou vetsi, viz https://forum.root.cz/index.php?topic=18440.msg264589#msg264589

    A u spousty jiných jak jsem psal je to naopak lepší v UEFI only režimu. Takže to spíš ukazuje opět na matlaly z Lenova :D ne na UEFI jako takové.