[OSy] Ukonceni MSIMu

[Jan Záloha]

Konfigurace, na které to padá je v obsahu trunku týmu BoVaZa. Ještě zajímavý detail je, že když do kódu přidám několik instrukcí nop, tak aby se často vykonávaly, tak to padat přestane. Původně jsem měl za to, že se jedná o race, ale když to kolegovi prochází a navíc trace vypadá jak vypadá, tak si už tím nejsem tak jistý a raději jsem se ozval. Zusím msim přeložit s ladícími výpisy a podívat se na něj.


Jan Záloha

______________________________________________________________
> Od: "Petr Tuma" <petr.tuma at dsrg.mff.cuni.cz>
> Komu: Operating Systems Course <osy at dsrg.mff.cuni.cz>
> Datum: 13.02.2010 21:31
> Předmět: Re: [OSy] Ukonceni MSIMu
>
>Dobry vecer,
>
>rozhodne to nevypada spravne :) ale obavam se, ze jediny zpusob, jak se v teto situaci pohnout vpred, je ze si prelozite MSIM s ladicimi symboly a podivate se, kde zhruba spadne (pokud nam chyba nepujde reprodukovat, sotva pujde rozumne rychle najit).
>
>Kdyz poslete konfiguraci a binarky pro simulator, muzeme snadno zkusit, jestli nam to dela taky ...
>
>Petr Tuma
>
>
>On 02/13/2010 09:23 PM, Jan Záloha wrote:
>>
>> Děkuji za bleskovou odpověď: upřesním náš problém: když pustí test se specifickou paměťovou konfigurací kolega, tak mu proběhne vpořádku. Naopak v mém případě skončí. Když vytracuji instrukce, dostanu na konci "logu" následující data:
>>   0  80002A10    lw    t8, 0x40(sp)      # 0x40=64
>>   0  80002A14    lw    t7, 0x3c(sp)      # 0x3c=60
>>   0  80002A18    lw    t6, 0x38(sp)      # 0x38=56
>>   0  80002A1C    lw    t5, 0x34(sp)      # 0x34=52
>>   0  80002A20    lw    t4, 0x30(sp)      # 0x30=48
>>   0  80002A24    lw    t3, 0x2c(sp)      # 0x2c=44
>>   0  80002A28    lw    t2, 0x28(sp)      # 0x28=40
>>   0  80002A2C    lw    t1, 0x24(sp)      # 0x24=36, t1: 0x2->0x267b0d00
>>   0  80002A30    lw    t0, 0x20(sp)      # 0x20=32, t0: 0x66666667->0x0
>>   0  80002A34    lw    a3, 0x1c(sp)      # 0x1c=28, a3: 0x1->0x8030d8ac
>>   0  80002A38    lw    a2, 0x18(sp)      # 0x18=24, a2: 0x1->0xe
>>   0  80002A3C    lw    a1, 0x14(sp) Running make --silent distclean KERNEL_TEST=tests/as2/map2/test.c tests/as2/shared/tst_area_list.c tests/as2/shared/tst_area_ops.c
>>
>> Což mi přijde poněud divné. Spuštěné binárky máme s kolegou na bit shodné, oba používáme Linux. Jinak je pravdou, že já používám 64-bit operační systém (distribuci Ubuntu)...
>>
>>
>>
>> ______________________________________________________________
>>> Od: "Petr Tuma"<petr.tuma at dsrg.mff.cuni.cz>
>>> Komu: Operating Systems Course<osy at dsrg.mff.cuni.cz>
>>> Datum: 13.02.2010 21:12
>>> Předmět: Re: [OSy] Ukonceni MSIMu
>>>
>>> Dobry vecer,
>>>
>>> sam od sebe by MSIM urcite skoncit nemel, ale rozhodne neni mozne vyloucit, ze je v nem chyba, ktera podobne chovani zpusobuje.
>>>
>>> Co konkretne se vam deje ?
>>>
>>> Petr Tuma
>>>
>>>
>>> -- Petr Tuma
>>> Distributed Systems Research Group
>>> Department of Software Engineering
>>> Faculty of Mathematics and Physics
>>> Charles University, Czech Republic
>>>    http://dsrg.mff.cuni.cz/~ceres
>>>
>>> _______________________________________________
>>> 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
>
>-- Petr Tuma
>Distributed Systems Research Group
>Department of Software Engineering
>Faculty of Mathematics and Physics
>Charles University, Czech Republic
>   http://dsrg.mff.cuni.cz/~ceres
>
>_______________________________________________
>OSy mailing list
>OSy at dsrg.mff.cuni.cz
>https://dsrg.mff.cuni.cz/mailman/listinfo/osy
>