[OSy] Ukonceni MSIMu

Vlastimil Babka babka at dsrg.mff.cuni.cz
Mon Feb 15 00:08:00 CET 2010


On 02/14/2010 10:16 PM, Jan Záloha wrote:
>
> Ano, pokud se provadi osetreni vypadku stranky, tak se nejdriv divame, jestli druha v paru neni pritomna pomoci TLBP a podle vysledku bud prisypeme k ni do chlivecku nebo se provede nahodny zapis do TLB.
>
>
> Jan Záloha

Posilam patch pro MSIM, ktery by mel tento problem resit. Diky moc za 
nahlaseni a nalezeni problemu :)

VB

______________________________________________________________
>> Od: "Vlastimil Babka"<babka at dsrg.mff.cuni.cz>
>> Komu: Operating Systems Course<osy at dsrg.mff.cuni.cz>
>> Datum: 14.02.2010 21:56
>> Předmět: Re: [OSy] Ukonceni MSIMu
>>
>> On 02/14/2010 08:21 PM, Jan Záloha wrote:
>>>
>>> Dobrý večer,
>>> koukám do zdrojáku MSIMu a nastavení index redistru (pochopil-li jsem dobře) se provádí v src/cpu/processor.c: 1524-1526. Kde andítko zajistí, že hodnota nebude větší než 63 dekadicky.
>>
>> Dobry vecer,
>>
>> Mate pravdu. Ale koukam, ze registr muze zmenit jeste instrukce TLBP (Probe). A to tak, ze nastavi nejvyssi bit na 1, pokud mapovani nenajde. A nejvyssi bit je zrovna znamenkovy... :) Nepouzivate nekde tuhle instrukci TLBP pred TLBW? Problem implementace TLBW je tedy presneji v tom, ze z cp0_index registru nevymaskuje nejdriv samotny index.
>>
>> VB
>>
>> Takže se možná jedná o přepsání paměti odněkud jinud.
>>
>>> Jan Záloha
>>>
>>> ______________________________________________________________
>>>> Od: "Vlastimil Babka"<babka at dsrg.mff.cuni.cz>
>>>> Komu: Operating Systems Course<osy at dsrg.mff.cuni.cz>
>>>> Datum: 14.02.2010 15:27
>>>> Předmět: Re: [OSy] Ukonceni MSIMu
>>>>
>>>> On 02/13/2010 10:14 PM, Jan Záloha wrote:
>>>>>
>>>>> Tak uz mam i vystup z gdb:
>>>>> Program received signal SIGSEGV, Segmentation fault.
>>>>> 0x000000000040810e in TLBW (pr=0x9cd4e0, reg=0, res=0x7fff0893798c)
>>>>>        at cpu/processor.c:593
>>>>> 593				t->mask = 0xffffe000&    ~cp0_pagemask;
>>>>
>>>> Dobry den,
>>>>
>>>> je to jen strelba od boku, ale tady vidim mozny problem jedine v ukazateli t. Kdyz se podivam na zdrojak funkce TLBW() tak mi prijde, ze se neosetruje stav, kdy je obsah registru cp0_index (interpretovany jako int32) zaporny. Pokud se nepletu, tak je to urcite chyba msimu, kterou bude treba opravit, zatim ale tedy zkuste zkontrolovat, jestli ten registr mate pri zapisu do TLB nastaveny spravne (snad by to slo videt i z te trace?).
>>>>
>>>> S pozdravem,
>>>> Vlastimil Babka
>>>>
>>>> _______________________________________________
>>>> OSy mailing list
>>>> OSy at dsrg.mff.cuni.cz
>>>> https://dsrg.mff.cuni.cz/mailman/listinfo/osy
>>>>
>>>
>>> _______________________________________________
>>> OSy mailing list
>>> OSy at dsrg.mff.cuni.cz
>>> https://dsrg.mff.cuni.cz/mailman/listinfo/osy
>>
>>
>> -- Vlastimil Babka
>> Ph.D. student
>> Distributed Systems Research Group
>> Department of Software Engineering
>> Faculty of Mathematics and Physics
>> Charles University in Prague
>> Czech Republic
>>    http://dsrg.mff.cuni.cz/
>>
>>
>> _______________________________________________
>> OSy mailing list
>> OSy at dsrg.mff.cuni.cz
>> https://dsrg.mff.cuni.cz/mailman/listinfo/osy
>>
>
> _______________________________________________
> OSy mailing list
> OSy at dsrg.mff.cuni.cz
> https://dsrg.mff.cuni.cz/mailman/listinfo/osy


-- 
Vlastimil Babka
Ph.D. student
Distributed Systems Research Group
Department of Software Engineering
Faculty of Mathematics and Physics
Charles University in Prague
Czech Republic
   http://dsrg.mff.cuni.cz/

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: msim-tlbw.patch
URL: <http://d3s.mff.cuni.cz/pipermail/nswi004/attachments/20100215/65120f54/attachment.ksh>


More information about the NSWI004 mailing list