Linux 3.0 se inspiruje restartovacím postupem Windows

Restartovat klasické PC není žádná legrace, protože neexistuje žádný oficiální spolehlivý způsob, jak tak učinit. Matthew Garrett zkoumal, jak si s tímto žalostným stavem poradili v Microsoftu, a přišel na to, že docela chytře. Linux 3.0 se pokusí postup užívaný Windows napodobovat.

1.6.2011 11:28 | Luboš Doležel (Doli) | Zajímavý článek

Komentáře

[GeoRW]

heh, no mne sa zrovna po poslednom upgrade Ubuntu neda vypnut, vzdy sa namiesto toho restartuje :/

[robotics]

Asi už máš Linux 3.0 s tím napodobením .

[Rupikulko]

Inými slovami, reštartuje sa spoľahlivo.

[Pali]

Nemas nahodou maticnu dosku nvidia nforce 4?

[GeoRW]

mam mini pocitac Intel Atom s Nvidia ION, neviem aka tam je doska a zistovat sa mi to nechce

[kralyk z abclinuxu]

Some of them are 32-bit only and so I'm just going to ignore them because honestly just what are you doing with your life. Also, they're horrible.

Jardík by chrochtal
Jinak z toho článku je docela vidět, že x86 je celkem slušnej humus
A co se týče odkoukávání technologie od windows - s chutí do toho, oni taky hafo věcí odkoukali

[AsciiWolf]

Teď jen doufat, že MS nemá tohle patentováno.

[nicco]

Ved prave. Ale asi patentuju iba to, co okopirovali od niekoho, co to patentovane nemal. Takze teraz by sme mali ist za panmi v ciernych oblekoch z IBM a poprosit ich o prispevok na nas novy patent

[Bedňa]

http://www.conceivablytech.com/2530/products/microsoft-patents-operating-system-shutdown

[jose17]

toto je ale patent na shutdown, nie reboot

[Bedňa]

A jéje, to som prestrelil

[pc2005]

Možná víc než obvykle. Nevím, jestli náhodou tím 32-bit only nemyslel to, že nejdou použít v 16-bit.

[dustin]

Tak to je vážně humus, ale nepřekvapí :) Zajímalo by mě, jestli ten postup v MS zjistili empiricky, nebo to zkonzultovali s výrobci základních desek/biosů.

[kolemjdoucí]

Reverzním inženýrstvím.

[dustin]

?? To si nedovedu moc dobře představit, to krokovali bios a sledovali stavy CPU a čipsetu?

[R]

V tom clanku je to napisane - testoval(i), co robi Windows v QEMU.

[Anonymous]

Původní tazatel se ptal, jak toto zjistili v MS.

[R]

Aha. V MS ten postup nezistili, oni ho tak napisali a vsetci robia HW tak, aby to vo Windows fungovalo.

[JoHnY2]

Monopol ma svoje kouzlo :)

[nicco]

Az sa mi nechce verit, ze M$ na tejto urovni nieco sam vymyslel a neskopiroval to.

[Ondrej 'SanTiago' Zajicek]

Ne, nejspis proste v MS neco implementovali a autori desek se tomu prizpusobili.

[Peter Fodrek]

to je ukazka toho, preco Linux funguje tam ,kde su ACPI tabulky podla normy a Windows potrebuje najmnej 5 chyb aby nabootoval..

8 Get used to Intel’s BIOS tools 8.1 ACPICA - ACPI Component Architecture While Microsoft uses its own proprietary, closed source ACPI compiler, Linux uses Intel’s ACPI Component Architecture. The code base is used as ACPI parser and interpreter inside the kernel, and also provides a lot of easy-to-use tools for general ACPI development and stability testing. Most important for vendors is the iasl binary which can disassemble and recompile raw ACPI tables provided by the BIOS. It uses the same code base as the ACPI parser in the kernel. Vendors should check whether their ACPI implementation sticks to the ACPI specification and works with the ACPICA tools.

The Intel compiler is more strict. Warnings often lead to general ACPI BIOS errors that may also affect Microsoft Windows or other operating systems. Some may just point to ACPI specification violations which the Microsoft compiler allows.

The Intel parser may also be able to cope with this code, but fixing such violations is easy in most cases and makes the ACPI BIOS implementation more robust against future operating system changes. You may get help if you are unsure whether a compiler warning is serious or how to fix it, by subscribing to and asking on the ACPICA developer mailing list.

ftp://ftp.suse.com/pub/people/trenn/ACPI_BIOS_on_Linux_guide/acpi_guideline_for_vendors.pdf

Toto je ten zasadny problem ACPi napr,. nutnost zavolat restart cez ACPI 2x, aby sa system restrtoval.

holt BIOSy nie su podla ACPI normy.. A za to moze Microsoft. Robi to umyslene, aby ine OS, ktore sa drzia dstndardov, amli problemy.

[Ivan]

On si tem MS sam sobe pridelava problemy. V ACPI je "funkce" OSX, ktera ma vratit identifikator interpretru AML kodu. Zatimco Linux sam sebe vzdy identifikuje jako "Linux". Kazda verze Windows sebe identifikuje jinak. Nekde se to lisi i pri verzi Service packu. To umoznuje, aby se mohl AML kod vetvit a BIOS se pak muze chovat na kazdem OS jinak. Hadam ze tohle si do toho standartu prosadil sam MS, kdyz je jednim z autoru toho standartu.

[Kvakor]

Na některých strojích (hlavně noteboocích) je pro Linux dokonce nutné ACPI lhát a vydávat se za rozličné verze Windows, jinak je v dispozici jen omezená funkčnost.

[J.]

A kde je problém? Co je třeba uložím, odpojím úložná zařízení a resetuju procesor a paměti ev. vypnu napájení. Čím víc budu vymýšlet blbovin, tím to akorát bude dýl trvat.

[pc2005]

Jak resetuješ procesor?

BTW mým pamětem napájení vypnout nejde .

[J.]

Snad je tam pin "reset" jako na 8080 (pin 12) a 8048 (pin 4) nebo snad ne? U pamětí snad taktéž...

[pc2005]

A jak na ten pin zavedeš tu správnou hodnotu (pokud se neuvažuje hw tlačítko).

[J.]

Moc by mě překvapilo, kdyby to na dnešních deskách nebylo ošetřeno. Ve škole nám na to stačilo pár logických obvodů zapojených na sběrnice a při programování tento reset naprogramovat. Kdybych trochu pohrabal v archivu, možná bych ještě našel školní sešity a konkrétní seminární práci, ale už je to víc než pětadvacet let...

[Michal2]

Vzdycky me fascinuje, kdyz se setkam s takovou nevinnou naivitou. Vetsinou je to u deti do tri let... Kdyz se takto ale vyjadri clovek schopny psat- pak jeste lidstvo neni ztraceno!

Spustit to "osetreni na desce" je prave tim nejnarocnejsim zpusobem protoze to funguje vsude jinak.

[pc2005]

No a právě to ten článek řeší, prý ta původní metoda stará cca dvacet let přes řadič klávesnice už mnohdy nefunguje, protože jaksi není řadič klávesnice přítomen.

[Kvakor]

Moc by mě překvapilo, kdyby to na dnešních deskách nebylo ošetřeno.

Taky bylo - v dobách procesoru 286, kdy jediná metoda jak se dostat z chráněného režimu byl právě reset (a zapsání určitých hodnot na určitá místa v CMOS), to byla nezbytná nutnost a tehdy všechny desky uměly reset přes řadič klávesnice (pomalý, spolehlivý) nebo reset triple faultem nastavním limitu IDT na nulu, což obvodoví desky převedlo v reset (rychlé, ale ne tak spolehlivé).

Jenže od 386 nebyl reset na dostání se z chráněného režimu třeba (stačilo jen znulit jeden bitík v CR0, tedy alespoň po té, co se provedla komplikovaná magie spojená s přepnutím) a navíc tu byl V86 režim, který samotné přepínání učinil zbytečným. Takže na to výrobci začali dlabat ...

[Program]

Můžu se zeptat, jak to tam fungovalo? Dřív jsem považoval nutnost resetu při návratu z chráněného režimu u 80286 za nějaký omyl, protože na mojí 286 se programy přepínaly mezi chráněným a reálným režimem bez viditelných komplikací. Nebo je možné provést reset procesoru a bez problémů pokračovat v činnosti?

[pc2005]

Byla to spolupráce BIOSu a programu. Do CMOS se uložila magická hodnota a vstupní adresa programu a provedlo se spuštění resetu. Poté normálně naběhl BIOS, který si tu hodnotu přečetl a pokud se jednalo o tu správnou hodnotu, tak přímo provedl far skok do programu (nedošlo tedy k reinicializaci periferií a data v RAM zůstala). Program si ale tuším musel znova obnovit registry.