RTOS

[Fuzesi Arnold]

Jogos. Piszok nagy lenne az overhead... :)
Monitor resze (ha van) az OS-nek nem csinal stack kihasznaltsag elemzest?
Vízjelesdivel szépen megoldható lenne...
Piszok gyorsan elfogy így a ram, ha az ember nagyvonaluan osztogatja a 
stack-et.
Kézzel jtag-al nézegetni meg kicsit fapados hogy melyik stack meddig lett 
"összepocsékolva"... :)

Mega2560 a data területet ugyan úgy 16 bitesen címzi mint a többi avr nem, 
miben más a stack kezelés?
Nem értem...
Jahogy a return address stack...
Nezegetem, a mega2560-nak van plusszban EICALL, EIJMP utasitasa pl a 
mega128-hoz kepest...hm.
Jahogy word-ösen értendők a címek...aham....ezert nem kell a m128-hoz.
Ha jol latom m128-nal akkor nem kell semmit molyolni, azzal menne egyből az 
OS. Jól látom?

Rendes kulturalt semaphore megoldasa van amúgy?
Deadlock stb eliminálásával meg minden? (várakozó taszk felhúzza amire 
várakozik taszkot a sajat prioritására?)
Interruptok is taszkként futnak? Gondolom igen, mert ha nem, akkor nem 
beszelhetünk RTOS-ről...
Vagy megkötés van az interruptok futásidejére és csókolom?

Pfú, sok a nyitott kérdés hogy egészében lássam.
Nnna, holnap, holnaputan belemélyedek rendesen. Addig befejezek vmit....

A.
----- Original Message ----- 
From: "Rancz Lajos" <csiga at fosch.com>
To: <elektro at tesla.hu>
Sent: Monday, September 10, 2007 8:59 AM
Subject: Re: RTOS

> Stack kezelése hogy is megy?
> Van egy munka stack, és taszkvaltaskor a watermark-ig azt masolja ki a
> heap-re mentés célzattal?
>
Nem, semmi ilyesmit nem csinál :-) Minden szál saját memóraterületen
megy saját önálló stackkel, vmint egy területtel, ahova a regisztereket
kirakja.
> Mivan ha betelik a heap, hogy kezeli le?
>
Akkor szopó van :-) Ésszel kell kezelni, JTAG emulátor mindenképpen
ajánlott, én be szoktam tenni a main() első sorára fixen egy
breakpointot, hogyha újraindul akkor lássam :-)

Üdv,
Lajos