Máte notebook s Intelem? Vyhněte se jádru Linux 5.19.12, může poškodit displej

$ lspci|grep VGA
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)

bez problemu na 5.19.12 ale pre istotu som to upgradol na 5.19.13

On je tam problém se sekvencováním napájení (pořadí připojení různých napětí), to v závislosti na konkrétním hardwaru může nebo nemusí způsobit škodu. A způsobená škoda může být uživatelem nepostřehnutelná, např. se prorazí nějaká struktura a součástka bude dál fungovat, ale třeba bude víc topit, nebo se zpomalí hrana signálu a např. se zhorší doba odezvy LCD.

Každopádně to je věc, co mě už mnoho let štve: ve chvíli kdy je možné poškodit "železo" chybou v softwaru, tak mám tendenci vytahovat svitkovej foťák, VHS rekordér a CRT televizi a nostalgicky vzpomínat na doby, kdy jsme nebyli závislí na kvalitě práce nám neznámých vývojářů.

Vývojový cyklus HW se zkrátil natolik, že je potřeba prakticky ve všem používat nějaký universální SoC, s rychle splácaným FW. Málo komu se dnes chce dělat hloupé řízení čehokoliv, ve všem už je dnes počítač.

Dříve jedna napájecí větev spouštěla tu další, a nějaké přohození nebylo myslitelné, protože to vše bylo pevně zadrátované v HW.

To se nevylucuje. Ten SoC s firmwarem tam porad muze byt a ridit to, ale nemel by do toho procesu zasahovat operacni system za kontrolni rozhrani. Byl porusen princip izolace mezi komponentami.

5. 10. 2022, 17:02 editováno autorem komentáře

Taky jsem staromilec a baví mě retrohardware, nicméně neznám žádného vývojáře svitkových fotáků, VHS rekordérů ani CRT televizí, takže jsem na tom naprosto stejně, ať už držím v ruce moderní čínský šunt nebo starý dobrý teslácký 8bit s naprosto zdegradovanými SRAM moduly, které už nejde koupit...

starý dobrý teslácký

Já tu dobu pamatuju a co si vzpomínám, přívlastky dobrý a teslácký se obvykle kombinovaly jen když byla cílem ironie. :-)

starý dobrý teslácký 8bit

Zrovna MHB8080 šel odpálit lehko když se +5V -5V a 12V nastartovalo ve špatným pořadí. Myslím, že se tam v takovým případě vyvořil latch-up (permanentní "zkrat" mezi napájením).

Tak zrovna starší CRT je příklad hardwaru, který lze celkem snadno softwarově zničit, dokonce i s nezapomenutelnými pyrotechnickými efekty :-D

Ale jo, obecně je to dost děsivá představa, že hoří/nehoří závisí na softwaru.

Přesně to jsem chtěl taky napsat :D Myslim, že to bylo před multisync monitory, kdy grafická karta jim mohla cpát frekvenci která se jim nelíbila. Stejně tak byly viry na rozkmitání hlaviček v HDD, které to taky mohlo poškodit...

Ale opačným směrem je to zase příjemné. Tedy kdy HW chyba se dá opravit modifikací SW.

Zrovna CRT monitory se daly snadno zničit nastavením příliš vysoké obnovovací frekvence (jeden mi bouchnul před očima). Vyřešilo to až digitální řízení (v podstatě flatrony, tj. CRT s plochým stínítkem).

...no a pred ctyrma hodinama vysla 5.19.14 :D

jojo, už jsem taky dnes vlezl na kernel.org a nestačil se divit, jak progresivní Greg K-H dneska je :-).

Takže jestli jsem dobře pochopil tu e-mailovou diskusi, problém je specifický pro stable 5.19 a vznikl tím, že se z delší série patchů backportovala jen část, která bez toho zbytku nefungovala správně. A hlavně když se podívám na commit, který našel bisect, tak ten porušuje prakticky všechna pravidla pro backporty do stable, tedy s výjimkou "musí to být v mainline".