Přijďte si zasprintovat na Djangu, jiném Python open-source projektu, nebo jen potkat ostatní vývojáře!
… více »Letos v říjnu se v Praze uskuteční hned několik konferencí. Odehraje se zde nově vzniklá konference LinuxDays. K ní se přidá čtvrtý ročník openSUSE Conference, dvanáctý ročník SUSE Labs conference a aby to nebylo málo, přidá se i první ročník Gentoo miniconf. A to vše ve stejné dny a na stejném místě.
… více »KMS zpočátku podporoval pouze ovladač Intelu...
1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, ...
A příště si povíme tu o Červené karkulce. 
Podle mě tam zatím neexistuje podpora, ale jakýsi pokus o podporu ve stádiu daleko před alfa-verzí. Proto mě nápady ohledně odstranění původního přepínání režimu poněkud děsí.
Bug, který zcela znemožňuje použití většiny grafických chipsetů od Intelu, přesněji řečeno upgrade na verzi Intel driveru novější než 2.3.x, existuje už minimálně rok. To je dost smutné.
Vzhledem k nekompatibilitě ostatních částí systému s prastarým ovladačem chipsetu Intel mi nezbývá než jedovatě poznamenat, že nejspíš právě teď přišel ten správný čas pro OpenSolaris.
Podle mě tam zatím neexistuje podpora, ale jakýsi pokus o podporu ve stádiu daleko před alfa-verzí. Proto mě nápady ohledně odstranění původního přepínání režimu poněkud děsí.Máš zastaralé informace. V upstreamu X.org podpora pro přepínání režimu z uživatelského prostoru už není. V Nouveau už taky ne. A z článku je vidět, že ve svobodných ovladačích pro ati i nouveau je podpora pro KMS lepší než pro UMS. (Protože na tom druhém nikdo nedělá)
Bug, který zcela znemožňuje použití většiny grafických chipsetů od Intelu, přesněji řečeno upgrade na verzi Intel driveru novější než 2.3.x, existuje už minimálně rok. To je dost smutné.Co je to za bug? Je tam i když použiješ KMS. A hlavně - nahlásil jsi ho?
Je tam i když použiješ KMS.Sem samozřejmě patřil otazník...
Já nepochybuju o tom, že v Nouveau nebo svobodných ovladačích pro ATI to funguje. Nicméně používám a spravuju pár strojů s chipsetem Intel, kde to bohužel nefunguje ani trochu.
A hlavně - nahlásil jsi ho?
Viz odkazy v mém původním příspěvku. Samozřejmě, že jsem to hlásil, případně tu a tam komentoval, podobně jako stovky dalších lidí, které tohle postihlo.
Mám takový neblahý pocit, že tyhle bugy se budou řešit teprve tehdy, až příslušné verze probublají do UltraStableEnterprise distribucí. Prostě proto, že v současném enterprise kernelu 2.6.27 ještě není po KMS ani památky.
Co je to za bug?
Dobrá otázka. 
Z pohledu správce je to dost divné. Občas se to projevuje jako segmentation fault X serveru, občas se do logu nestihne zapsat vůbec nic. Ve většině případů se dá do stroje naSSHčkovat a stroj restartovat. Restart bývá nutný. Grafický chipset je totiž v jakémsi divném stavu, který se zabitím a restartováním X serveru do pořádku nedá. Odhadem kolem 10% případů s sebou vezme i kernel, takže stroj už neodpovídá ani na ping a je to na tvrdý reset.
Z pohledu uživatele to má pokaždé prakticky stejné příznaky. Zamrzne celý X server, nefunguje ani klávesnice, ani přepínání do textových konzolí, dokonce ani po Magic+R. Kurzor myši se ale normálně pohybuje. (?!) To je společný znak u prakticky všech hlášení tohoto bugu. Kurzor bývá hardwarově akcelerovaný, takže jeho funkčnost možná není až tolik překvapivá... Magic SysRq většinou funguje, ale už jsem zažil několik případů (a verzí), kde i tato poslední možnost selhala.
Podstatné je, že tenhle bug nemá žádný trigger, který by se dal eliminovat. Neexistuje doporučení typu nespouštěj tohle, nepřehrávej tamto. K zamrznutí dochází v poměrně náhodně. Někdy 10 minut po přihlášení, někdy stroj vydrží funkční třeba hodinu a půl. Zamrzá to na LVDS, na externím LCD (vodorovném i svislém) i na kombinaci obou. Mnoho flashových animací, video ve větším rozlišení a hodně velké obrázky (řekněme 3000x3000 a větší) zvyšují pravděpodobnost zamrznutí. Ale nic z toho ji nezvýší na 100%, aby se dalo říct „jo, tak při tomhle se to sekne“.
Střední hodnota doby do zamrznutí bývá u některých verzí nižší než jedna hodina. Tudíž nelze než suše konstatovat, že počítač je pak pro běžnou práci zcela nepoužitelný.
Jediné řešení je vypnout veškerou podporu pro framebufer, vypnout KMS a používat hodně starou verzi ovladače Intel. Jakákoliv jiná kombinace možností vede k průšvihu.
Cokoliv jiného než Intel funguje normálně. Proto si myslím, že bug se musí týkat výhradně ovladačů pro Intel. Nevím, zda je problém na straně kernelu nebo ovladače pro X.org. Nejspíš se tenhle problém týká především chyb v hardware, protože existují některé modely grafických karet, u kterých se nic podobného neprojevuje.
Na webu se povaluje spousta patchů, které vypínají GEM. Někteří tvrdí, že by to mohlo pomoct, jiní zase říkají, že se tím počet (a pravděpodobnost vzniku) potíží všeho druhu jedině zvýší. Zatím jsem nikde nečetl, že by někdo tak radikální změnu v praxi úspěšně vyzkoušel. Problém tedy zůstává už téměř rok nevyřešený.
Tiskni
Sdílej:
|
|
|
|
|
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
