Celé vlákno · 10 zpráv

Ahoj,

tady je image s mzixem, ktery umi pracovat s memextem (tedy s tim od
Vaska a Michala):
https://sourceforge.net/projects/umzix/files/prototypes/2012-05-01/

k rozjeti musite mit:
- sharp bud s memextem nebo s RD >=128kB (pozor, neni-li memext,
vyuzije se RD jako memory swap, tj. premaze obsah RD; co bezici
proces, to ukousnutych 32kB z RD)
- 3.5" Floppy mechanika nebo unikarta

eventualne
- emulator s nastavenym RD a floppy mechanikou

je potreba bud pripravit disketu - zapsat na ni mzix.dsk image, anebo
v unikarte (ev. v emulatoru) namountovat mzix.dsk jako 1. floppy
mechaniku.
Po nabootovani z fd by mel mzix najet. Prihlasujte se jako "root", bez hesla.

Seznam prikazu, ktere by mely fungovat:
cd, ls, pwd, mv, mknod, mkdir, rm, rmdir, touch, cp, adduser, cat, ps,
inodes, ln, kill, border, whoami, echo, sync, exit

Pro odzkouseni multitaskingu muzete napr.:
$ border &
$ cd /bin
$ ls -l
$ ps
Pocitejte s tim, ze pokud nemate memext, tak odezva bude delsi.

Dal si muzete hrat s filesystemem - vytvaret adresare, prejmenovavat,
kopirovat, delat linky atd. Pri ukonceni prace se nezapomente odhlasit
(exit), nebo muze filesystem zustat nekonzistentni.

Kdo mate memext od Davida, tak ho zatim s mzixem nevyuzijete, mozna ho
to maximalne zdetekuje pri bootovani a dal se bude pouzivat RD pro
swap (nemam to na cem odladit).

Fuzzy

Ahoj,
zkousim image umzix z 1.5.2012 a hlasi mi to tuhle chybu (viz foto). Nevis, v
 cem by mohl byt problem?
Nejak jsem to vic nezkoumal, ale treba 'kouknes' a budes vedet.
Dik, jo a jinak: fajn projekt.

He, he, koukam, ze jsme tady dva Michalove. Takze na priste budu pripojovat mick
 Mikes.
A chybu mi to hlasi porad stejnou...
Mikes

No u tebe to identifikuje memext od Davida Luftnera a s tim to ma mozna 
nejake problemy.

Michal

Dne 22.5.2012 10:36, Michal Medek (sharpemupandora.cz) napsal(a):

> He, he, koukam, ze jsme tady dva Michalove. Takze na priste budu pripojovat
 mick Mikes.
> A chybu mi to hlasi porad stejnou...
> Mikes
> ---

Ahoj Michale, tedy Mikesi :-)

vidim, ze mas Daviduv memext, a prave v tom by mohl byt problem. Prvni
napoveda je to, ze spatne zdetekoval velikost ramky, 960k tam asi
nemas :-)
Je mozny, ze pri detekci rozhodil strankovani memextu. Zkusim stvorit
image bez detekce Davidova memextu pro potvrzeni tehle teorie, bylo by
dobre, kdybys to mohl vyzkouset jestli to pomuze. Dal bych rad nekdy
doplnil plnou podporu pro Daviduv memext, bylo by super kdybys pomohl
pri testovani.

Dal jeste ve zminenem image byla chyba - nekdy to nejelo v pripade, ze
nekdo mel memext bez RD (coz ale neni tvuj pripad).
Mimochodem - jak mas nastaveny RRD, na jake strance mas nakonfigurovanou EPROM?

Fuzzy

2012/5/21 Michal Medek (sharpemupandora.cz) <michal.bruntal[doména skryta]>:

>
> Ahoj,
> zkousim image umzix z 1.5.2012 a hlasi mi to tuhle chybu (viz foto). Nevis, v 
cem by mohl byt problem?
> Nejak jsem to vic nezkoumal, ale treba 'kouknes' a budes vedet.
> Dik, jo a jinak: fajn projekt.
>
> ---

No, ten tam mam. Spise jde o to, v cem ten problem muze vezet. Uz jsem se snazil
 projit desku a soucastky. Nebyl by nejaky napad, na co se zamerit?
Dik.

asi jsem to nenapsal dost srozumitelne: problem nejspis bude v MZIXu
pri zapojenym memextu od Davida. Az se k tomu dostanu, poslu verzi kde
je to odparany, ta by ti mela jet.

Fuzzy.

2012/5/22 Mikes Medek (sharpemupandora.cz) <michal.bruntal[doména skryta]>:

>
> No, ten tam mam. Spise jde o to, v cem ten problem muze vezet. Uz jsem se
 snazil projit desku a soucastky. Nebyl by nejaky napad, na co se zamerit?
> Dik.
> ---

Ahoj,
dik za informace. Rad pomuzu s testovanim a treba bych si i rad zprovoznil
 build, tak abych to mohl sestavit sam.
RRD mam nastaveny tak, aby EEPROM byla jako treti stranka a prepinacem muzu
prehazovat mezi RAM a EEPROM na prvni pozici. V te EEPROM mam nahrany jeden
ROMdisk. Dlouho mi nechodila unikarta, tak jsem si alespon hral takhle.
Stejne se mi casto stava, ze po zapnuti ve zdroji 1-2 vteriny zabzuci nez
najede. Trochu me to znepokojuje, jakoby se mu nechtelo nabehnout. Mozna je to
vestsi spotrebou, kterou ma Sharp + scandoubler + unikarta + RRD.

Ahoj, pomalejsi start Sharpa o kterem pises je zarucene zpusobeny 
Unikartou. Po startu/resetu se musi nejprve nastartovat a zinicializovat 
vsechny periferie STM32, jinak do te doby Unikarta nereaguje na IORQ ACK 
a to znamena, ze CPU Z80 je zastaveny signalem  exWAIT.
Nejvetsi zpozdeni je zrejme zpusobeno nekde pri inicializaci 32kHz hodin 
integrovaneho RTC, ale doposud jsme nezjistili proc.

Michal

Dne 22.5.2012 23:40, Mikes Medek (sharpemupandora.cz) napsal(a):

> Ahoj,
> dik za informace. Rad pomuzu s testovanim a treba bych si i rad zprovoznil
 build, tak abych to mohl sestavit sam.
> RRD mam nastaveny tak, aby EEPROM byla jako treti stranka a prepinacem muzu
prehazovat mezi RAM a EEPROM na prvni pozici. V te EEPROM mam nahrany jeden
ROMdisk. Dlouho mi nechodila unikarta, tak jsem si alespon hral takhle.
> Stejne se mi casto stava, ze po zapnuti ve zdroji 1-2 vteriny zabzuci nez
najede. Trochu me to znepokojuje, jakoby se mu nechtelo nabehnout. Mozna je to
vestsi spotrebou, kterou ma Sharp + scandoubler + unikarta + RRD.
>
> ---

Ahoj Mikesi,

tak jsem se k tomu konecne dostal, tady je image s kernelem s vypnutou
podporou memextu. Prosim vyzkousej a dej vedet jestli Ti to jede:
https://sourceforge.net/projects/umzix/files/prototypes/2012-05-01/mzix_nm.dsk

Rozjet mzix build neni az zas tak uplne jednoduche z nekolika duvodu:
- sdcc prekladac, ktery je pouzit, je zivem vyvoji; stable verze je
moc stara a ne moc pouzitelna a v novych buildech byvaji chyby.
Momentalne pouzivam build #7508, ten ale uz neni stahnutelny, a v
novejsich je chyba, ktera zpusobuje pad mzixu. Ted to ale opravili,
snad build #7803 bude ok.
- pro jednotlive komponenty (kernel, shell atd) jsou k dispozici
makefiles, nekde je ale potreba jeste neco rucne postrcit a dodelat,
chce to jeste poradne dotahnout.
- neni zatim k dispozici nastroj, kterym by se automatizovane sestavil
.dsk image - to zatim delam rucne pres emulator, kdyz chci neco
zverejnit.

Dale potrebujest jeste mzftools
(https://sourceforge.net/projects/mzftools/), zmineny sdcc, assembler
asxxx (shop-pdp.kent.edu/ashtml/asxxxx.htm), mozna jeste neco dalsiho
na co jsem zapomnel.

Jestli mas chut, muzes to zkusit zprovoznit, budu odpovidat na dotazy
kdyz Ti neco nepojede. Muzes zacit tady:
https://sourceforge.net/scm/?type=svn&group_id=190440
stahnutim pres svn.

Fuzzy


2012/5/22 Mikes Medek (sharpemupandora.cz) <michal.bruntal[doména skryta]>:

>
> Ahoj,
> dik za informace. Rad pomuzu s testovanim a treba bych si i rad zprovoznil
 build, tak abych to mohl sestavit sam.
> RRD mam nastaveny tak, aby EEPROM byla jako treti stranka a prepinacem muzu
prehazovat mezi RAM a EEPROM na prvni pozici. V te EEPROM mam nahrany jeden
ROMdisk. Dlouho mi nechodila unikarta, tak jsem si alespon hral takhle.
> Stejne se mi casto stava, ze po zapnuti ve zdroji 1-2 vteriny zabzuci nez
najede. Trochu me to znepokojuje, jakoby se mu nechtelo nabehnout. Mozna je to
vestsi spotrebou, kterou ma Sharp + scandoubler + unikarta + RRD.
>
> ---