Jaderné noviny - 30. 5. 2007 (diskuse)

[Petr (DotaZ) Jakubec]

mno akoratze pri pouziti s2ram nejenze neni muj pocitac tichy (ventilator gr. karty je rizen modulem, ktery je pri uspani vyjmut -> 100% otacky) ale zaroven se s uspanim nedokaze vyrovnat ma bttv karta a potichoucku pak krmi syslog errorama, a to rychlosti - do dvou dnu zaplim cely disk.

a samo ze mi to nejde jakkoli konfigurovat... vubec nechapu jak donutit ten suspend2 unload/load bttv a bt878. v konfiguraku jsou jen nejake blbinky kolem swapu (to taky nefunguje , furt pise ze ho nemuze najit).

no bajo, nedivim se Linusovi ze spackuje.

\\\\

[trekker.dk]

V /etc/hibernate/blacklisted-modules je seznam modulů, které se musí odstranit, než se provede suspend. Mělo by stačit tam ty dva dopsat.

mno akoratze pri pouziti s2ram nejenze neni muj pocitac tichy

To samý mám tady, ventilátory u disků nadělají docela kravál a softwarově vypnout nejdou. (Ne že by mi suspend to disk momentálně nějak pomohlo, protože

Device driver ide0 lacks bus and class support for being resumed.

což jsem ignoroval, takže se mi jednoho krásného dne při resume pobořil root filesystem a po několika hodinách snahy donutit apt-get k přeinstalaci všech balíků jsem nakonec reinstaloval systém)

[CIJOML]

Nejaky duvod pouzivat suspend2? SWSUSP v jadre chodi zcela spolehlive - alespon na mem Dell Optiplex GX620, Prestigio, Acer...

[Michal Vyskočil]

On ale suspend2 nepoužívá. s2ram je ze µswsusp, ten používám k plné spokojenosti taky (zvlášť s verzí jádra .21 to chodí stabilně, předtím se jednou do týdne neprobudil/neuspal).

[Michal Vyskočil]

Tvůj problém vypadá spíše jako blbě implementované ACPI v BIOSu, protože pokud mu OS řekne přepni se do S3, pak on musí přepnout zařízení do úsporného režimu, kde už větráčky běžet nemusí (jinak je to houby úsporný režim).

ACPI nám byl čert dlužen, už aby byly k dostání počítače s Linux BIOS (a to mám desku Intel, kde je velká pravděpodobnost, že je tam ACPI korektně).

[pj]

chyba nebude v acpi, ale v linuxovym kernelu, wxp jsou v tomto ohledu bez problemu

[Michal Vyskočil]

Protože už pravděpodobně mají ten workaround pro zbaslené ACPI v sobě (ať od MS, nebo od výrobce onoho zbastleného BIOSu). Kontaktuj svého výrobce, ať laskavě udělá patch i pro Linux

[Voty]

Problem pravdepodobne bude v ACPI.

Napriklad moje deska ASUS M2N-SLI ma ACPI prelozeno MS prekladacem, ktery tise ignoruje nektere chyby. Kdyz jsou udelal acpidump, diassemblovani pomoci Intel iasl a nasledne preklad zpet, vylezlo spousta chyb. Po dlouhem googlovani a opravovani chyb jsem se dostal do stavu, ze s2ram funguje (teda az na ovladac sitovky, ktery se nejak neprobouzi).

Konkretne slo o to, ze pri zavolani fce, zda lze PC uspat, se nevracela spravna hodnota.

[eM.]

tak zrovna ten ovladac sitovky by mi hodne vadil. ja pocitac normalne vypinam a zapinam a sem v klidu.

[Michal Vyskočil]

Co před uspáním modul odstranit a po něm zase nahodit? Akorat to asi zresetuje nastavení sítě ...

[Voty]

Vim, diky, ale mam tam nejaky bridge nad dalsima tap a nejak tam neco nechodilo a stejne to budu cely predelavat, takze jsem to moc neresil.

[DjAARA]

Chyba bude v ACPI, které je zprasené podle pseudostandardu fy MS. Pak se nelze divit, že na WXP to chodí.

[me]

Jen mi neni jasne, proc Linux musi za kazdou cenu razit vlastni pristup k ACPI, kdyz se vi, ze ACPI je casto zpracene aladene jen pro Windows. Proc se nepokusi Linux prizpusobit a chovat se k ACPI jako Windows? O ACPI moc nevim, ale myslim si ze by podobny postup mohl byt pouzitelny, stejne jako dnes Linux podporuje zapis na NTFS pomoci emeulace Windows anebo podporu mnoha Wi-Fi karet, take emuluje Windows. Proc se timto smerem nevyda i ACPI? Tezko ocekavat, ze stovky vyrobcu zakladnich desek budou menit BIOS jen proto, aby byl kompatibilni s Linuxuem... A taky mam pocit, ze se mozna spousta chyb v kodu ACPI na Linuxux hazi na popularni "chyba BIOSu", blbe napsane ACPI.

[stativ]

To není vlastní přístup, to je standardizovaný přístup.

[me]

Je otazka, zda je psany standard stale jeste standartem kdyz jej vetsina vyrobcu implementuje jinak. V dobe kdy Microsoft zavadel podporu ACPI do svych OS, tak Linux jeste bojoval s podporou APM. A pro vyrobce hw je velmi tezke podporovat OS, jehoz API se meni v case... Oficialni standart se uplne neprosadil (neni to prvni ani posledni pripad), lze dlouho diskutovat o duvodech vznikle situace, ale vzhledem k tomu, ze Windows s ACPI spolupracuji celkem bezproblemove, lze hovorit o "MS ACPI" standartu. Ciste pragmaticky pohled, detaily neznam, jsem ignorant

Co treba Apple? Ma take kvalitni notebooky. Beha na nich i Linux. Dnes platforma PowerPc i x86. Zna Apple ACPI? Jak Linux resi rizeni spotreby na HW od Apple? Apple ma plnou kontrolu nad HW i OS, takze situace muze byt jeste horsi nez na platforme Wintel.

[trekker.dk]

A pro vyrobce hw je velmi tezke podporovat OS, jehoz API se meni v case...

Výrobce HW nemusí podporovat nic, stačilo by, kdyby zveřejnili specifikaci a té se drželi

[michich]

Není pravda, že by se vývojáři Linuxu snažili razit vlastní přístup k ACPI. Právě naopak. Už dlouho se snaží napodobit všechny Windowsí úchylky. Jen to není tak jednoduché.

[Kyosuke]

"O ACPI moc nevim, ale myslim si ze by podobny postup mohl byt pouzitelny"

Ehm. Jestliže Microsoft jako spoluautor "normy" pro všechny udělá kompilátor, který normě nevyhovuje, a ACPI VM, které pouští ACPI kód také nekompatibilním způsobem, ale přitom tak, že kompilátor Microsoftu a VM Microsoftu se navzájem dorozumějí, určitě problémy Linuxu s ACPI nejsou zaviněné ani autory Linuxu, ani lidmi od Intelu. Linux totiž používá ACPI kód od Intelu, který respektuje normu. Ale dokud ACPI kód v hardwaru bude kompilovaný pro nestandardní VM od Microsoftu, těžko bude chodit v Linuxu s jinak se chovajícím standardním VM. Je to tak těžké pochopit?

Takže nic se nikam nehází, Mrkvošrot prostě zase s ostatními zametl, jak má v oblibě (a může si to vzhledem ke svému postavení dovolit i přes aroganci takového počínání). To je dost těžké už proto, že ten kód v kernelu vykonává firmware v zařízení. Takže to tvoje "a nemůže za to Linux?" moc nedává smysl, kernel dělá přesně to, co mu ACPI firmware řekne, ale to mu moc nepomůže, když obojí hovoří jinou řečí.

[Olsen]

To je divné, protože správně by se měly větráky povypínat už při standby, ne to při suspend do RAM...

A jinak flame o tom, proč je suspend na disk nutný na notebooku (a na PC skoro taky, co když vám vypnou proud) už jsem tu vedl.

[Michal Vyskočil]

Na ten si vzpomínám, ale když jsem nechal spát notebooka den (schválně bez napájení) a podle ACPI se mezitím vyčerpalo 5% baterie, přestal jsem se o to zajímat

[disorder]

aky dlhy bol ten den? 24h? a kapacita baterie? mne s2ram zerie o dost viac (56000 mWh bateria)

[Michal Vyskočil]

Nevím, zda to bylo přesně 24 hodin, ale nijak podrobně jsem to skutečně nezkoumal. Prostě jsem to jeden den uspal a probudil až druhý den odpoledne. Zkusím to někdy otestovat lépe, protože jsem zatím skutečně neměl tu potřebu to nějak řešit. Domnívám se, že nějakých 5 dní by klidně vydržel (a navíc stejně data i před suspendem ukládám a dělám sync - protože xfs) ...

Baterie má kolem 4000 mAh, notebook spotřebuje 14W při zapnuté wifi a 12,6 při vypnuté.

[disorder]

mne by vydrzal asi 4 dni na plnu baterku, mam 2 RAM moduly...

nemusis to vypinat na cely den, staci pol hodinku a z toho vypocitas co to zere

[Käyttäjä 11133]

Za půl hodinky se to snad na ukazateli vybití baterie ani neprojeví :)

[disorder]

ale to vis, ze jo :)

[Olsen]

No, to znamená, že když se ti vypne notebook kvůli nízkému stavu akumulátoru, tak máš 24 hodin na to, abys našel zásuvku, nebo ztratíš rozdělanou práci. Protože v tomto stavu už to nenabootuje, a to ani neberu v úvahu, že na tom spodním konci výdrže to asi letí rychlejc...

Suspend to disk je zkrátka jistota...

[disorder]

s2both je vyhodnejsie ak je elektrika blizko :) inac je zbytocne vycerpavat baterku uplne

[Michal Vyskočil]

To je takový problém nastavit, aby se při nízkém stavu baterie volal s2disk a ne s2ram? S tím, že běžně uspávám do paměti, protože vesměs nemám o zásuvky nouzi?

[Olsen]

No, právě v tom duchu jsem nějak argumentoval - že by bylo hloupé se rozuhodnout, že suspend to disk není třeba a eventuálně ho třeba i zrušit. Jasně, že většinou je lepší suspend to RAM (ale musí fungovat - u mě nechce)

[me]

Prvni IBM ThinkPad ktery jsem mel sel nastavit tak, aby se v pripade ze je notebook v suspend modu a stav baterky byl kriticky, tak se provedla hibernace, tedy ulozeni stavu na disk. Notebook mel podporu jen pro APM, ACPI bud jeste neexistovalo anebo bylo v zacatku.

[Milan Jurik]

Ty "argumenty" proti crashdumpum jsou cim dal tim zabavnejsi

[s0]

"Takže skutečnost je taková, že Solaris je srágora"

Tak tohle je nejlepší hláška v okrese! Jak to píšou ti tenežéři: rofllol xixixi.

a slovo "srágora" se stane mým fetišem... jak to bylo v originálu?

[disorder]

crap

[Michal Kubeček]

Kampak asi vede ten odkaz originál nad citátem?

[s0]

mé oko některé věci ignoruje. Ale co se tu vlastně omlouvám? Srágory! :)

[Kyosuke]

Use the hyperlink, Luke.

[Milan Jurik]

Juju, v Sunu jsme totalne blbi, protoze:

a) LT nevidel Solaris uz cca 15 let

b) LT nevi, ze crashdumpy se daji zablokovat velice snadno

c) LT a AC nevi, ze crashdumpy standardne neobsahuji stranky userspace procesu, neni-li administratorem receno jinak (za to vi, ze ISV se musi strasne vztekat, kdyz k Sunu takovy crash dorazi)

d) v Sunu nemame nic jineho na praci, nez extrahovat z IP stacku ci ruznych cache supertajna data od klicovych zakazniku (i kdyz bychom to mohli delat rozhodne snadneji)

Ten, kdo nevyuzil crashdump k analyze takovych veci jako jsou deadlocky na kritickem stroji, nikdy nepochopi, jak skvela je to vec Mozna by stalo za to pozvat LT na podzimni Bootcamp, aby se neco o post-mortem analyze naucil.

[Michal Vyskočil]

Já myslím, že s0 vyjadřoval hlavně radost ze slova *srágora* a crashdumpy ho nechávají naprosto chladným*

* nebo tím chce otravovat kolegy solarisáře v práci

[s0]

přésně

[Milan Jurik]

Je nedobre se ucit z nepresnych informaci nove znalosti

[Robert Krátký]

Tak tohle je nejlepší hláška v okrese!

Ještě lepší je celý email, který doprovázel vydání 2.6.22-rc3. Bohužel už jsem v noci neměl sílu to překládat:

It's Friday evening, and the US is preparing for a long three-day weekend, often considered the official start of summer here.

So what's a pasty white nerd to do? You can't go out on the beach, because the goodlooking people will laugh at you, and kick sand in your face.

I'm not bitter.

But now you _can_ do something: you can download the latest -rc kernel, and smile smugly to yourself, knowing that you are running the latest and greatest on your machine. And suddenly it doesn't even matter that summer is coming, because you can just sit in the basement, and close the blinds, and bask in the warm light from your LCD, rather than the harsh glare of the daystar..

[...]

So stop worrying about those dangerous ultraviolet rays, and instead get your Vitamin D in the form God (and the pharmaceutical industry) intended: small easily swallowed pills. Beaches are overrated anyway, the sand gets into the laptop fan and soon it won't work.

May you have a great summer,

Linus

[zde]

Fůůůj, já nechci být nerd! Na sluníčkó!!!