Celé vlákno · 11 zpráv

Zdar vsichni,

Objevil jsem nedavno tohle forum. Jsem byvaly sharpista a je fakt super, ze je
 kolem Sharpa stale tak zivo.

Jiz delsi dobu si pohravam s myslenkou, jestli by bylo mozne implementovat na
Sharpa nejakou minimalizovanou verzi unixu.

Vezte, ze tato na prvni pohled absurdni myslenka by zase tak absurdni nemusela
byt; existuji o tom prakticke dukazy - unixy na Z80-ce:
UZI (http://www.cpmclub.de, http://www.dougbraun.com/uzi.html)
UZIX (http://uzix.sourceforge.net)

Takze: mel by nekdo zajem o spolupraci na tomhle?
Zatim by slo o pruzkum, jestli je to realizovatelne - a pak se uvidi.
Tohle tema me zajima predevsim z duvodu zajmu o operacni systemy na velmi
omezenem hardware, takze objekt zajmu by asi byl system samotny. Ale potencialne
by z toho mohle vzejit treba i neco pouzitelneho s vidinou vyuziti skveleho
hardwaru, ktery se pro sharpa vyvinul/vyviji (IDE16 atd).

Predbezne: pocitalo by se s vyuzitim maximalniho HW, co na Sharpa je - FD, HD,
co nejvetsi ramdisk, 32 kB VRAM, vyuziti/preprogramovani ROM atd.
Vyvoj by byl castecne v assembleru a castecne v C, vyuziti skveleho Zdenkova
emulatoru.

Ma-li tedy nekdo zajem o spolupraci, je vrele vitany.

Howgh, zatim cau.

Fuzzy

Na Z80 (i kdyz zatim nikoliv na Sharpa) uz je portovanej Contiki - 
http://dunkels.com/adam/contiki/ (puvodne napsanej na C=64, takze takt 
kolem 1MHz), kterej ma v sobe vrstvu TCP/IP, browser, telnet a dokonce i 
web server, ted se dokonce bundluje s Ethernetem pro C64...

===FeLiX===


Fuzzy (sharpemupandora.cz) wrote:

>Zdar vsichni,
>
>Objevil jsem nedavno tohle forum. Jsem byvaly sharpista a je fakt super, ze je 
kolem Sharpa stale tak zivo.
>
>Jiz delsi dobu si pohravam s myslenkou, jestli by bylo mozne implementovat na
Sharpa nejakou minimalizovanou verzi unixu.
>
>Vezte, ze tato na prvni pohled absurdni myslenka by zase tak absurdni nemusela 
byt; existuji o tom prakticke dukazy - unixy na Z80-ce:
>UZI (http://www.cpmclub.de, http://www.dougbraun.com/uzi.html)
>UZIX (http://uzix.sourceforge.net)
>
>Takze: mel by nekdo zajem o spolupraci na tomhle?
>Zatim by slo o pruzkum, jestli je to realizovatelne - a pak se uvidi.
>Tohle tema me zajima predevsim z duvodu zajmu o operacni systemy na velmi
omezenem hardware, takze objekt zajmu by asi byl system samotny. Ale potencialne
by z toho mohle vzejit treba i neco pouzitelneho s vidinou vyuziti skveleho
hardwaru, ktery se pro sharpa vyvinul/vyviji (IDE16 atd).
>
>Predbezne: pocitalo by se s vyuzitim maximalniho HW, co na Sharpa je - FD, HD, 
co nejvetsi ramdisk, 32 kB VRAM, vyuziti/preprogramovani ROM atd.
>Vyvoj by byl castecne v assembleru a castecne v C, vyuziti skveleho Zdenkova
emulatoru.
>
>Ma-li tedy nekdo zajem o spolupraci, je vrele vitany.
>
>Howgh, zatim cau.
>
>Fuzzy
>--
>
>
>  
>

Hm, dost dobry - o tomhle jsem nevedel.
Puvodne jsem sice mel na mysli implementaci unixu, ale je na zvazenou,
jestli by port Contiki na Sharpa nemel vetsi smysl. Jakesi aplikace pro Contiki 
jsou, ale neni jich moc.
Nebyla by vsak kompatibilita s unix definici....

Fuzzy

Ona je to otazka, kolik lidi by to doopravdy chtelo pouzivat (a melo na 
to hardware - pokud to bude vyzadovat nejaka rozsireni pameti atd.) a 
jestli to ma cenu jinak nez jako zajimavy experiment. Ja mam pocit, ze 
sharpistu je v nasich krajich tak par desitek a zatimco IDE radic je pro 
vetsinu aktivnich uzivatelu zasadni pokrok, UNIX (nebo cokoliv na ten 
zpusob) tezko, protoze s nim automaticky neprijde spousta uzitecnych 
aplikaci ... Na vetsinu veci ktery clovek na Sharpu muze delat, 
multitasking neni potreba a podle me je to naopak vyhoda.

====FeLiX====


Fuzzy (sharpemupandora.cz) wrote:

>Hm, dost dobry - o tomhle jsem nevedel.
>Puvodne jsem sice mel na mysli implementaci unixu, ale je na zvazenou,
>jestli by port Contiki na Sharpa nemel vetsi smysl. Jakesi aplikace pro Contiki
 jsou, ale neni jich moc.
>Nebyla by vsak kompatibilita s unix definici....
>
>Fuzzy
>--
>
>
>  
>

Dobrý den,
15. září 2003, 14:03:34, napsal jste:
C64 nema Z80 !! ale 65000 !!!
Takze ten unix se na sharpa nehodi na sharpa by se hdil z
kompatibilnich pocitacu,ZX-SPECTRUM,AMSTRAD CPC,MSX,SordM5.
falcen99

Fspc> Na Z80 (i kdyz zatim nikoliv na Sharpa) uz je portovanej Contiki - 
Fspc> http://dunkels.com/adam/contiki/ (puvodne napsanej na C=64, takze takt 
Fspc> kolem 1MHz), kterej ma v sobe vrstvu TCP/IP, browser, telnet a dokonce i 
Fspc> web server, ted se dokonce bundluje s Ethernetem pro C64...

Fspc> ===FeLiX===


Fspc> Fuzzy (sharpemupandora.cz) wrote:

>>Zdar vsichni,
>>
>>Objevil jsem nedavno tohle forum. Jsem byvaly sharpista a je fakt super, ze je
 kolem Sharpa stale tak zivo.
>>
>>Jiz delsi dobu si pohravam s myslenkou, jestli by bylo mozne implementovat na 
Sharpa nejakou minimalizovanou verzi unixu.
>>
>>Vezte, ze tato na prvni pohled absurdni myslenka by zase tak absurdni nemusela
byt; existuji o tom prakticke dukazy - unixy na Z80-ce:
>>UZI (http://www.cpmclub.de, http://www.dougbraun.com/uzi.html)
>>UZIX (http://uzix.sourceforge.net)
>>
>>Takze: mel by nekdo zajem o spolupraci na tomhle?
>>Zatim by slo o pruzkum, jestli je to realizovatelne - a pak se uvidi.
>>Tohle tema me zajima predevsim z duvodu zajmu o operacni systemy na velmi
omezenem hardware, takze objekt zajmu by asi byl system samotny. Ale potencialne
by z toho mohle vzejit treba i neco
>>pouzitelneho s vidinou vyuziti skveleho hardwaru, ktery se pro sharpa
vyvinul/vyviji (IDE16 atd).
>>
>>Predbezne: pocitalo by se s vyuzitim maximalniho HW, co na Sharpa je - FD, HD,
co nejvetsi ramdisk, 32 kB VRAM, vyuziti/preprogramovani ROM atd.
>>Vyvoj by byl castecne v assembleru a castecne v C, vyuziti skveleho Zdenkova
emulatoru.
>>
>>Ma-li tedy nekdo zajem o spolupraci, je vrele vitany.
>>
>>Howgh, zatim cau.
>>
>>Fuzzy
>>--
>>
>>
>>  
>>

Fspc> --



-- 
S pozdravem,
 Marcel
 falcen99[doména skryta]

Dobrý den, 15. září 2003, 14:03:34, napsal jste: C64 nema Z80 !! ale 65000 !!! Takze ten unix se na sharpa nehodi na sharpa by se hdil z kompatibilnich pocitacu,ZX-SPECTRUM,AMSTRAD CPC,MSX,SordM5. falcen99 Fspc> Na Z80 (i kdyz zatim nikoliv na Sharpa) uz je portovanej Contiki - Fspc> http://dunkels.com/adam/contiki/ (puvodne napsanej na C=64, takze takt Fspc> kolem 1MHz), kterej ma v sobe vrstvu TCP/IP, browser, telnet a dokonce i Fspc> web server, ted se dokonce bundluje s Ethernetem pro C64... Fspc> ===FeLiX=== Fspc> Fuzzy (sharpemupandora.cz) wrote: 

Zdar vsichni, Objevil jsem nedavno tohle forum. Jsem byvaly sharpista a je fakt super, ze je kolem Sharpa stale tak zivo. Jiz delsi dobu si pohravam s myslenkou, jestli by bylo mozne implementovat na Sharpa nejakou minimalizovanou verzi unixu. Vezte, ze tato na prvni pohled absurdni myslenka by zase tak absurdni nemusela byt; existuji o tom prakticke dukazy - unixy na Z80-ce: UZI (http://www.cpmclub.de, http://www.dougbraun.com/uzi.html) UZIX (http://uzix.sourceforge.net) Takze: mel by nekdo zajem o spolupraci na tomhle? Zatim by slo o pruzkum, jestli je to realizovatelne - a pak se uvidi. Tohle tema me zajima predevsim z duvodu zajmu o operacni systemy na velmi omezenem hardware, takze objekt zajmu by asi byl system samotny. Ale potencialne by z toho mohle vzejit treba i neco pouzitelneho s vidinou vyuziti skveleho hardwaru, ktery se pro sharpa vyvinul/vyviji (IDE16 atd). Predbezne: pocitalo by se s vyuzitim maximalniho HW, co na Sharpa je - FD, HD, co nejvetsi ramdisk, 32 kB VRAM, vyuziti/preprogramovani ROM atd. Vyvoj by byl castecne v assembleru a castecne v C, vyuziti skveleho Zdenkova emulatoru. Ma-li tedy nekdo zajem o spolupraci, je vrele vitany. Howgh, zatim cau. Fuzzy -- 

 Fspc> -- 

uz len pre tu prcu by som do toho siel. ale netusim, kto napise jadro :-) a
hlavne, co s nim :-)))

Feri

>Mame zde ROM plnou (pro unix) zbytecneho kodu, kterou
>muzeme preprogramovat pro nase ucely,

som skor zastanca "cistych" rieseni - podmienit chodivost
softu pritomnostou urcitej ROM sa mi zda uplny zabijak -
nikto to nebude pouzivat (vratane mna) - zmena ROM
pravdepodobne sposobi nechodivost ineho softu, pri
citlivejsom "parani" ROM zas zabijeme zbytocne vela casu.

>mame zde zbytecne velkou :-) VRAM 32 kB, z niz na textovy
>rezim 80x25 by stacilo 16 kB

viem si predstavit unix na dvoch farbach (klasicke konzoly),
ale co s inym softom? nie je v standarde nejaka definicia
"farieb" textoveho rezimu?

>Pokud vim, tak UZIX zabira asi 25 kB; pro kazdy proces
>ma hornich 32 kB. Pri zmene kontextu proces odswapuje
>pryc (nikoli odstrankuje, ale skutecne odswapuje)
>a naswapuje jinej.

toto si viem predstavit v pripade 16k hornej VRAM.
ak vychadzame z 25k pre UNIX a 32k pracovneho priestoru,
zostava, 7 + 16k(VRAM) na "nieco ine".

>Takovych problemu bude jiste hodne, je treba udelat
>nejakej brainstorming kolem toho, sam nejakou mnozinu
>problemu mam, je treba to dat dohromady.

navrhujem ICQ, ale neviem ci podporuje viacstrannu diskusiu,
ak nie, tak SameTime alebo nieco podobne (webchat asi nie
- nebude log).

Feri

>
>som skor zastanca "cistych" rieseni - podmienit chodivost
>softu pritomnostou urcitej ROM sa mi zda uplny zabijak -
>nikto to nebude pouzivat (vratane mna) - zmena ROM
>pravdepodobne sposobi nechodivost ineho softu, pri
>citlivejsom "parani" ROM zas zabijeme zbytocne vela casu.

>toto si viem predstavit v pripade 16k hornej VRAM.
>ak vychadzame z 25k pre UNIX a 32k pracovneho priestoru,
>zostava, 7 + 16k(VRAM) na "nieco ine".

O obem si myslim toto:
UZIX vlastne neni UNIX, jen se tak tvari. Spustit pod nim jde jen ciste 
systemove, "bezpecne" psane "aplikace", jakmile by obsahovaly chybu (zapis 
do prostoru, ktery jim nepatri, nebo tak), poslou cely "OS" do kytek. 
Spravny kernel si softwarove (umoznuji-li to ruzne mody procesoru, jako u 
68xxx) nebo hardwarove aplikace hlida a zakazane operace jim zatrhne.
Takze ohledne pameti bud by HW mel Z80 zabranit psat do zakazaneho prostoru 
(bude-li v jednom 64 kB bloku vic kodu naraz), nebo by (a to by bylo 
idealni) mel mit kazdy task k dispozici "svych" celych 64 kB (potazmo i 
vice takovych bloku).  Vzdy "pristrankovana" pamet jednoho tasku. Jediny, 
kdo by mel pravo s prostredky nakladat libovolne, by mel byt kernel.
At tak nebo tak, bez nejakeho noveho UNIX-specific dedikovaneho HW by 
spachat UNIX neslo, vznikl by jen nejaky UNIX-LIKE interpret UNIX-LIKE 
prikazu (jako je treba na C64 LUnix nebo LNG).

Ale nechci rikat, ze je to debilni napad, sam o tomto tematu casto premyslim.
Jen si myslim, ze poctive to delat na "holem" Z80 stroji nejde.
                                                                     +GAMA 

Dobrý den,
16. září 2003, 11:20:28, napsal jste:

A co IRC??
falcen99

>>Mame zde ROM plnou (pro unix) zbytecneho kodu, kterou
>>muzeme preprogramovat pro nase ucely,

Fspc> som skor zastanca "cistych" rieseni - podmienit chodivost
Fspc> softu pritomnostou urcitej ROM sa mi zda uplny zabijak -
Fspc> nikto to nebude pouzivat (vratane mna) - zmena ROM
Fspc> pravdepodobne sposobi nechodivost ineho softu, pri
Fspc> citlivejsom "parani" ROM zas zabijeme zbytocne vela casu.

>>mame zde zbytecne velkou :-) VRAM 32 kB, z niz na textovy
>>rezim 80x25 by stacilo 16 kB

Fspc> viem si predstavit unix na dvoch farbach (klasicke konzoly),
Fspc> ale co s inym softom? nie je v standarde nejaka definicia
Fspc> "farieb" textoveho rezimu?

>>Pokud vim, tak UZIX zabira asi 25 kB; pro kazdy proces
>>ma hornich 32 kB. Pri zmene kontextu proces odswapuje
>>pryc (nikoli odstrankuje, ale skutecne odswapuje)
>>a naswapuje jinej.

Fspc> toto si viem predstavit v pripade 16k hornej VRAM.
Fspc> ak vychadzame z 25k pre UNIX a 32k pracovneho priestoru,
Fspc> zostava, 7 + 16k(VRAM) na "nieco ine".

>>Takovych problemu bude jiste hodne, je treba udelat
>>nejakej brainstorming kolem toho, sam nejakou mnozinu
>>problemu mam, je treba to dat dohromady.

Fspc> navrhujem ICQ, ale neviem ci podporuje viacstrannu diskusiu,
Fspc> ak nie, tak SameTime alebo nieco podobne (webchat asi nie
Fspc> - nebude log).

Fspc> Feri


Fspc> --



-- 
S pozdravem,
 Marcel
 falcen99[doména skryta]

Tady je jeste jeden tip pro inspiraci (chvilku mi to trvalo najit, 
protoze puvodni web se prestehoval takrka beze stopy) - na Z80 uz 
existuje jeden dost zajimavy OS, a to pro Amstrady - FutureOS. Bezi z 
ROM (ROM box je u Amstradu dost rozsireny hardware), ale jak to tak 
vypada, ani MZIX se zrejme bez nejakeho hardwaroveho rozsireni 
neobejde... Tady to je: http://www.colorado-boys-muenchen.de/users/futureos/

===FeLiX===