[OSy] Testy

[Petr Hosek]

Ahoj,

Co se týče prvního problému, tisíc mikrosekund by mělo podle mně odpovídat
jedné sekundě, ne tisíci sekundám.

Ohledně druhého problému ti doporučím si přečíst manuál k procesoru MIPS
který je dostupný na stránkách předmětu, konkrétně sekci o ošetřování
instrukce BREAK.

Hezký zbytek dne,

Petr Hošek

-----Original Message-----
From: osy-bounces at dsrg.mff.cuni.cz [mailto:osy-bounces at dsrg.mff.cuni.cz] On
Behalf Of Ersin
Sent: Monday, November 03, 2008 3:17 PM
To: Operating Systems Course
Subject: [OSy] Testy

Dobre odpoledne,

koukam na testy, a nektere me ponekud prekvapuji. Proto bych se rad ujistil,
ze se nejedna o chybu:

Test iol:
23 #define POLL_DELAY_MS   1000
57                         thread_usleep (POLL_DELAY_MS * 1000);

Opravdu se zde ma test na ctvrt hodiny zastavit? Ja rovnou priznam, ze nas
kernel tento radek nesnese, protoze pri nem pretika registr pro pocitani
instrukci. Predpokladam, ze v realnem systemu takhle dlouha cekani resi
systemove hodiny, a ne pocitani instrukci. Ma tedy funkce thread_usleep
snaset libivolne velka cisla?

Test exc4:
27         printk ("Issuing break instruction, should be ignored...\n");
28         asm (
29                 "break  10\n"
30         );

Ackoli nas kernel Break vyjimku zcela ignoruje (bez ohledu na branch delay
slot), msim se na tomto miste zastavi. Pro ukonceni je nutne ctrl+c, bash ma
ale pote nejaky rozbity vypis (konkretne nevypisuje nic). Zvlada msim
spravne predavani break vyjimek?

Dekuji za odpovedi

Stanislav Kozina

_______________________________________________
OSy mailing list
OSy at dsrg.mff.cuni.cz
https://dsrg.mff.cuni.cz/mailman/listinfo/osy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://d3s.mff.cuni.cz/pipermail/nswi004/attachments/20081103/6706340c/attachment.html>