jjak0b / bikayaos Goto Github PK

Come da titolo.

Commit affetto 762fe88

Nonostante siano attivati gli interrupt.

Durante l'esecuzione stampa "E" cioè la prima lettera della stampa della funzione di test, ma poi il processore sembra rimanere in uno stato di loop continuo.

Controllato: Il Timer decrementa correttamente a partire dal TIME_SLICE impostato con setTimer

Pagina 12 delle slide. follow #3

Come da titolo.
Ulteriori info da @jjak0b

PS: sono libero dunque direi che lo assegno a me e lo faccio. Anche se ci vogliono due minuti in croce :D

Per terminare l'implementazione pg 9 delle slide, è necessario accendere un timer (bit 27 del registro di stato + probabilmente altro).

DA PUSHARE SU 1.5_dev_ste

UMPS:
Il registro di stato ha 3 bit che salvano flag interrupt corrente, precedente, e precedente del precedente. Idem per kernel mode e vmem. Quello che si vuole fare è: quando si cambia il bit ad uno dei 3 current, si devono modificare in cascata anche gli altri (facendoli assumere i valori che assumevano i successivi). TODO

@jjak0b UARM ha lo stesso comportamento? Se si, dobbiamo implementare quest'idea.

NON PRIORITARIO.

Assegnare questa issue ai commit che aggiornano le system call o loro gestione

Scrivere documentazione per i nuovi file aggiunti

Pagina 11 delle slide.

L'inizializzazione viene fatta nel main dopo initAreas() ed è in comune per le architetture.

Nel file handler/shared.c
funzione Handle_Interrupt
nel for interno, dove verifica la linea di interrupt genera una eccezione trap

Commit: 5783582

Include:

• Gestione di una macchina a stati ( start, ready, running, waiting, terminate )
• Gestione dei relativi handler che faranno riferimento al codice kernel

Come da titolo

Lista dei commit per fixare merge in conflitto