[OSy] Ukonceni MSIMu

[Jan Záloha]

Spíš bych měl být vděčný já, že našemu problému bylo věnováno tolik Vašeho volného času. Taktéž mnohokrát děkuji.

S pozdravem
Jan Záloha

______________________________________________________________
> Od: "Vlastimil Babka" <babka at dsrg.mff.cuni.cz>
> Komu: Operating Systems Course <osy at dsrg.mff.cuni.cz>
> Datum: 15.02.2010 00:08
> Předmět: Re: [OSy] Ukonceni MSIMu
>
>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/
>
>
>_______________________________________________
>OSy mailing list
>OSy at dsrg.mff.cuni.cz
>https://dsrg.mff.cuni.cz/mailman/listinfo/osy
>
>