Vlákno názorů k článku Collapse OS: operační systém do světa Falloutu od anonym - V casti 2. se pise: Výhodou Collapse OS je...

V casti 2. se pise:

Výhodou Collapse OS je fakt, že případná portace na další mikrořadiče a mikroprocesory by měla být relativně snadná..

V casti 4 je zmineno, ze asembler obsahuje pouze jadro jazyka Forth. Znamena to tedy, ze v pripade "kolapsu" by bylo mozne prezit pokud bych mel alespon jeden funkcni cip s Collapse OS? Jak bych OS na chip dostal kdybych zadny pripraveny nemel? Jak by probihal bootstrap na jiny cip a jak na cip stejneho typu? V bodu 4 se pise, ze portace na jine cipy by byla mozna, ale vysledek by byl pomaly protoze Forth? Jak bych tedy mel postupovat abych prezil?

Pro nový nebo nepodporovaný čip (když nebudete mít ROM se zavaděčem) je nutné "nějak" vytvořit právě ten zavaděč. K tomu slouží cross compilace, ale ano - musíte mít alespoň jeden připravený počítač, co to zvládá, třeba Arduino s nějakými ledkami nebo displejem, aby bylo vidět, co děláte.

V úplně mezním případě není ani zapotřebí programovat ROM (tedy spíš EEPROM nebo EPROM). Pokud je k dispozici SRAM, tak by správný bastlíř dokázal ji na jednom počítači naplnit bootstrap kódem a "zaživa" (bez výpadku napájení) ji přepojit do nového počítače.

(což je další věc, která ve světě PC už je prakticky nemožná v běžných podmínkách)

(což je další věc, která ve světě PC už je prakticky nemožná v běžných podmínkách)

Proc ne? Prave naopak, nalit BIOS do nejake seriove flashky jde s par spinaci a odpory ... recovery BIOSy maji leckdy i okolo 64kB, neni potreba plnit celou flash.

to jo, jenze ty mikroprocesory nedokazi primo komunikovat se seriovou Flash. To by chtelo stary dobry BIOS jeste v EPROM/EEPROM na DIL a s osmibitovou sbernici.

No ty historicke ne, to je pravda, myslel jsem to spis tak, ze je jednodussi mozna nalit novy BIOS do seriove flashky, nez do ((E)E)PROM.

Nicmene jde to pouzit treba pro RP2040, ESP32, apod- nicmene to uz jsou tak slozite obvody, ze po nejake apokalypse asi nebudou fungovat. Predstava ze budu nad plamenem pajet QFN56 mi prijde az skoro usmevna :-). Ale jak o tom premyslim, asi by to nakonec slo. Bud rozdelat ohen pod nejakym platem, pres kulicky cinu merit teplotu, a tu se snazit udrzet, nebo pouzit nejaky nahraty 'hrebik' jako pajecku, teplotu lze opet overit skrz kousek cinu.

Treba ATOMy a jine SOC dokazou tu spi adresovat "nativne" (v legacy modu, tj. pro F000:0000) - resil jsem to u zabugovaneho Avotonu - SPI flash bios je na dedikovanem SPI portu na cpu - takze to nabootuje, ale jakmile to provedl prvni LPC transakci ( out 0x80 na debug port ) tak to uz chciplo. Pokud by tam byl bios az za LPC, tak to ani nenabootuje.

Tak EEPROMka by šla "naprogramovat" jen s pár přepínači (v nouzi stačí jen drátky), pár odpory, pár ledkami(aby jsme vubec viděli, co tam dáváme, ale nejsou nutné) a vhodným kondenzátorem. A pak spoustou trpělivosti:)

https://i.imgur.com/RmM8Fcd.jpeg

Toto by programatory naucilo psat male a efektivni programy! :)

Hmm to je pravda. Je to nekolik stovek bajtu, to by jeste asi bylo zkousnutelne (i kdyz tedy rucne delat vsechny adresy je prace pro vraha). Diky za pripomenuti.

Takto som programoval PROM MH74S287 (256x4bit) do môjho prvého počítača so Z80 niekedy na začiatku 90. rokov. Iný počítač som nemal. Fungovalo to.

Úplně jednoduše - pomocí klávesnice, ale chce to mít před kolapsem na papíře či lépe na hliněných tabulkách, ty vydrží víc. Za starých časů to byl zcela běžný postup...

Ovšem ty tabulky musí být vypálené. Ještě by to šlo tesat do kamene. :-)

Lepší je sklo. Dá se i hromadně rozmnožovat. Akorát se s ním nesmí mlátit, ale to s těmi tabulkami také ne.

Neni sklo amorfne? Po par tisicrociach by to mohlo stratit tvar :-)