Názory k článku
Lenovo vydalo BIOS pro Yoga Y900, který řeší problémy s Linuxem

Některé Chromebooky jsou běžný x64 HW, uměle zamknutý na použití Chrome OS. Pokud v jednom případě HW vázaný na specifický OS považujete za svinstvo, a v jiném s tím nemáte problém, tak to ukazuje naprostou absenci objektivity na vaší straně.

Ad az se Microsoft domluvi s vyrobci HW a budou spolecne dodavat zarizeni kategorie Widlobook - to samozřejmě dělají. MS a výrobci HW spolu mají uzavřené OEM smlouvy, a výrobci ty notebooky se dodávají s Windows. Nevšiml jsem si, že by někde výrobce u Yogy 900 uváděl, že pro ni existují linuxové drivery pro HDD controller, grafickou kartu, touch screen, WiFi, bluetooth atd. Samozřejmě existují i modely HW, u kterých existuje ujištění výrobce, prodejce nebo autora distra o podpoře Linuxu.
http://news.lenovo.com/news-releases/corporate/lenovo-statement-on-linux-support-for-yoga.htm

Ad sasek; idiota; zkripenej; kripl - naučte se laskavě respektovat pravidla diskuse, nebo neotravujte diskusi ostatním svými nadávkami, vulgaritami.

Chromebook je oznaceni pro zarizeni notebookoveho typu s ChromeOS => to je v poradku
Microsoft Surface je oznaceni pro radu tabletu od Microsoftu a dodavano s Windows => to je v poradku
WindowsPhone je oznaceni pro radu telefonu od Microsoftu a dodavano s WP/W10M => to je v poradku

jak vidis sem objektivni, mam stejny metr pro Google i Microsoft.... co ale v poradku NENI je kdyz bezne PC kompatibilni zarizeni bez toho aby bylo oznaceno jako WindowsBook je zkriplene (slusny vyraz pro to neni, tak se uklidni)... mam Lenovo Yoga 300, zformatoval sem Windows vcetne Recovery, nainstaloval GNU/Linux (kterej umel narozdil od W10 ovladac Touchscreen out-of-box) pokud bych na to nemohl GNU/Linux nainsalovat kvuli umelemu omezeni, tedy presto ze Linux jadro by zarizeni podporovalo, tak to vyrobci vracim s tim ze jde o zkriplene zarizeni...

jinak, to ze Lenovo vydal tento BIOS svedci o tom ze bud lide maji zajem o Linux na tomto stroji, nebo si uvedomil ze udelal neco spatneho, at jiz podle zakona, nebo moralne...

nauc se laskave respektovat, ze tento portal neni urcen pro to aby PR zamestnancni Microsoftu jako jsi ty, sem chodili lhat, prekrucovat a FUDovat.... budu se opakovat, ale tve zdanlive slusne vystupovani ma v pozadni humac principem shodny s chovani Smejdum co objbujou duchodce... takze at se ti to libi nebo ne pokud nechces byt Sasek a Smejd prestan se tak chovat

Ad Chromebook je oznaceni pro zarizeni... - a Lenovo Yoga je označení pro zařízení dodávaná s Windows. Není to žádné "generické PC", naopak vyžaduje k plné funkčnosti spoustu driverů, včetně storage. Něco jsem linkoval, něco psal "tnt".
https://www.root.cz/zpravicky/lenovo-vydalo-bios-pro-yoga-y900-ktery-resi-problemy-s-linuxem/893659/

Ad pokud bych na to nemohl GNU/Linux nainsalovat kvuli umelemu omezeni, tedy presto ze Linux jadro by zarizeni podporovalo, tak to vyrobci vracim s tim ze jde o zkriplene zarizeni - co je umělé omezení? To že Linux nemá driver pro storage, nebo to že nemá podporu pro Intel Skylake?

Ad to ze Lenovo vydal tento BIOS svedci o tom ze bud lide maji zajem o Linux na tomto stroji, nebo si uvedomil ze udelal neco spatneho, at jiz podle zakona, nebo moralne - znamená to jen tolik, že Lenovo na základě hlasitých ohlasů umožnilo přepnout storage do AHCI módu, a myje si ruce nad výsledkem.

K poslednímu odstavci: jak jsem psal, výrobce dodává stroj s Windows, a nezajímá ho jestli funguje s Linuxem. Dostal jste linky na blog Matthew Garretta, který vysvětluje příčinu problémů. Už jsme opakovaně probírali, že když se vám něco zrovna nehodí do krámu, pokládáte to za "lhaní, překrucování a FUD", a ospravedlňuje to podle vás porušování jak základů slušnosti, tak jasně daných pravidel diskuse. A jak jsem vám opakovaně psal, je to problém na vašem přijímači. Pravidla jsou jedna pro všechny, tak se jich držte.

Matthew Garrett se ohledně příčiny problémů mýlil, odkazy na jeho blog jsou tedy jsou zcela irelevantní. Tím "umělým omezením" nobody myslí skutečnost, že řadič lze zcela jednoduše přepnout do režimu, který mu umožní "out-of-the-box" fungovat i s jiným OS než Windows 10. Je celkem na místě položit si otázku, proč v BIOSu nebyla tato možnost od začátku. Nazvat toto "umělým omezením" je IMHO zcela na místě. Vágní vyjádření ohledně možných problémů s výkonem a podobně jsou typickým mediálním výžbleptem, kterým společnosti podobného kalibru v těchto situacích reagují.

Ad Matthew Garrett se ohledně příčiny problémů mýlil - opravdu se kernelový vývojář podpory power managemetu mýlí? Pokud jsem si všiml, tak popisoval přesně ten problém, který tu diskutujete s "tnt": Caution: Long term reliability cannot be assured unless all the Low-Power Idle States are enabled. Vizte ten Intel datasheet, který "tnt" linkoval, kapitolu 4.2.2. Na bugzille leží otevřený ticket, přesně jako Garrett popisuje. V čem se tedy konkrétně mýlí?
https://bugzilla.kernel.org/show_bug.cgi?id=116671

Ad řadič lze zcela jednoduše přepnout do režimu, který mu umožní "out-of-the-box" fungovat i s jiným OS než Windows 10. Je celkem na místě položit si otázku, proč v BIOSu nebyla tato možnost od začátku - i na tohle Garrett odpovídá v jednom z těch blog postů. Intel Skylake používá novou techniku power managementu, která vede k velmi rychlé úpravě frekvence podle potřeby. To zlepšuje výdrž baterie i odezvu systému, nicméně to vyžaduje podporu na straně OS. V Lenovu podle všeho nastavili storage na RAID, aby zabránili instalaci OS bez driverů, které jsou pro tyhle techniky power managementu nutné (s tím že OS na zařízení ty drivery má). Mimochodem podle všeho mezi tím vyšel patch od Intelu, který by měl řešit ten storage (odhaduji že těch patchů možná bude potřeba víc). Bohužel problém s power managementem zůstává.
http://mjg59.dreamwidth.org/44694.html

A nakonec i Garrett konstatuje, že problém není u Lenova nebo MS. Problém je mezi vývojáři Linuxu a Intelem. A ten problém je tak hluboký, že Garrett (coby kernelový vývojář pracující power managementu a držitel FSF Free Software Award) už v dubnu upozorňoval, že power management na Linuxu má "příšernou" podporu Skylake (jeho slova, ne moje), a doporučoval nekupovat nový HW, dokud nebude problém vyřešený. Trochu překvapí, že problém někteří lidé házejí na MS nebo na výrobce HW. Je to vidět opakovaně: přijde nová technologie, kterou Linux neumí. Je to samozřejmě celé vina MS a výrobců HW, kteří se snaží znemožnit provozování Linuxu, a je to jejich vina až do té doby, než se dopíšou příslušné patche do Linuxu. Přitom vývoj těch patchů naráží na nezájem nebo nedostatek zdrojů na straně vývojářů Linuxu: I couldn't find anybody with deeper levels of SATA experience who was interested in working on the problem. BTW pamatuji doby, kdy Linux zaváděl technologie mezi prvními, a ne se zpožděním a s výmluvami na MS a výrobce HW.
https://mjg59.dreamwidth.org/41713.html

MJG se zcela konkrétně mýlí v identifikaci příčiny nedostatečně fungujícího power managementu. Ten totiž podle všeho vůbec nesouvisí s úspornými režimy SATA řadiče, ale podporou SAGV. Reakce pod jeho blogposty, kdy jeho sada patchů měla velmi nejednoznačný účinek to nepřímo naznačuje. Navíc přepnout SATA řadič do režimu "min_power" ručně je možné už pěkně dlouho, akorát to na některých HW konfiguracích působí potíže a proto se to standardně nedělá. Podpora SAGV je implementována tímto commitem: https://patchwork.kernel.org/patch/9269711/ Zbytek vašeho příspěvku si tímto dovolím pokládat za bezpředmětný, neboť vychází z předpokladů MJG.

MJG se samozrejme neplete, protoze existuje X dokumentovanych pripadu, ze to pomohlo. A neni to jen o SATA PM, je to hlavne o ASPM, ktere je problem sam o sobe - defaultne nefunguje na skoro zadnem HW (to, ze je to ponechano v BIOS state fakt neni zadny argument - to je proste failsafe - windows si to prepnout umi a PM tam funguje se skalyke spravne - problem je,ze Linux ne).
SAGV samozrejme problem neresi, protoze je defaultne zapnuty v HW - viz popis v patchi:

"The display engine access to system memory is blocked during the
adjustment time. SAGV defaults to enabled. Software must use the
GT-driver pcode mailbox to disable SAGV when the display engine is not
able to tolerate the blocking time."

Patch resi vypinani a zapinani SAGV a resi tudiz zatuhnuti diky underrunum.

Problem s mizernym ASPM to fakt neresi (coz je problem zejmena u ruznych driveru, ktere ASPM nepodporuji - viz treba onen velmi bezny r8169, ktery deep PC states zcela a uplne znemozni na SKL).

MJG se samozrejme neplete, protoze existuje X dokumentovanych pripadu, ze to pomohlo.

Těch případů je asi stejně jako těch, kdy Matthewovy patche ani ruční nastavení "min_power" nevyřešily naprosto nic - viz diskuse pod Matthewovými zápisky na blogu. Něco podobného se dá říci o jádře 4.8rc4 a dále. Jednoduché řešení situace asi neexistuje, jak lze odhadnout z vámi odkazovaného datasheetu, konkrétně v oddíle 4.2.5, odstavec "Package C2 state"(Povšimněte si, že uvádím zdroj informace zcela jednoznačně).

Linux si ASPM umí přepnout také, jak dost pravděpodobně víte. Ve Windows si povolování či zakázání ASPM řeší individuálně ovladače hardwaru, pro Linux se něco podobného výrobci moc neobtěžují napsat. Jádro proto nechává stav nastavený BIOSem, který je možné globálně přepnout mezi "powersave" a "performance".

Že je skutečným problémem nedostatečná podpora ASPM bych klidně věřil, ale Intel sám o sobě s tím mnoho neudělá.

Ten zvast rekl nejaky Intel.. mozna jste o nich slysel..

http://www.intel.com/content/www/us/en/processors/core/6th-gen-core-family-mobile-u-y-processor-lines-datasheet-vol-1.html

Jinak fixed to samozrejme neni, protoze to vyzaduje perfektne funkcni aspm u vsech zarizeno,coz samozrejme neni. Namatkou wifi karty,ethernet karty (napr. r8169 driver deep pc states spolehlive znemozni), gfx karty atd. Ve spouste pripadu se to da workaroundovat(me se to povedlo, forcr pcie aspm,jiny driver na sitovku,blacklist driveru na sd kartu a programek na manualni zapis do registru pcie zarizeni pro vynuceni aspm).

A ano,mate ocekavat nizsi zivotnost,protoze mobilni / low power skylake operuje nad thermal window a neni staveny na permanentni 100% zatez.

Ten zvast rekl nejaky Intel.. mozna jste o nich slysel..

Samozřejmě, že to prohlásil někdo od Intelu. Já chci vědět, zda tato informace pochází od inženýzů kvalifikovaných se k tomu vyjádřit, nebo zda jde o vágní mediální žvást

http://www.intel.com/content/www/us/en/processors/core/6th-gen-core-family-mobile-u-y-processor-lines-datasheet-vol-1.html

Kde přesně se v tomto datasheetu o 122 stranách diskutuje životnost procesoru v souvislosti s jeho teplotou či zatížením? Jediné zmínky o vlivu vysoké teploty na spolehlivost jsem si všiml v sekci 5.1.5.6. Tam se ale hovoří o situaci, kdy teplota procesoru překročí Tj, která je např. pro i5-6200U 100 °C.

Jinak fixed to samozrejme neni, protoze to vyzaduje perfektne funkcni aspm u vsech zarizeno,coz samozrejme neni. Namatkou wifi karty,ethernet karty (napr. r8169 driver deep pc states spolehlive znemozni), gfx karty atd. Ve spouste pripadu se to da workaroundovat(me se to povedlo, forcr pcie aspm,jiny driver na sitovku,blacklist driveru na sd kartu a programek na manualni zapis do registru pcie zarizeni pro vynuceni aspm).

ASPM se standardně nechává v tom stavu, který při bootu nastaví BIOS. pcie_aspm=force pro možnost vynucení ASPM používám už od dob jádra 2.6.38 nebo kdy tento problém vyplaval na povrch. Zatím se mi nestalo, že by se tím něco rozbilo. Moc šťastné to není, ale samotný Intel s tím nemůže moc dělat.

A ano,mate ocekavat nizsi zivotnost,protoze mobilni / low power skylake operuje nad thermal window a neni staveny na permanentni 100% zatez.

A zdroj této informace, ideálně s aspoň trochu konkrétními čísly?

Naucte se cist, je to v sekci 4.2.2

A blabol s konkretnimi cisly o dopadu na spolehlivost, to snad ani nebudu komentovat. Nebo si myslite, ze Intel SKL vyvinul pred 10 lety a od te doby testuje long term stabilitu, aby tu internetovym joudum mohl nabidnout tabulku? Pro nas ostatni asi bude dostatecne prohlaseni vyrobce, ze na tento rezim provozu onen HW neni staveny, ani testovany...

A nutnost pridavat kernel parametr asi taky neodpovida zrovna dobre podpore HW, ze ano? A hlavne, ve spouste pripadu proste NESTACI. SKL je skvely hardware, ale bohuzel podpora v Linuxu je opravdu des. A vzhledem k tomu, ze timto smerem jde vyvoj od Intelu, tak se tyto problemy bohuzel budou jen prohlubovat...

Skvěle, byl takový problém odcitovat příslušnou sekci rovnou namísto odkazování rozsáhlého dokumentu? Pokud se dá toto velmi nekonkrétní varování brát vážně, znamená to, že U a Y čipům škodí i např. dlouhodobé sledování YouTube, kdy bude package většinu času v PC0.