T1.... The hv and md description files need to match the configuration  
you're running. If you're only running 1 processor you need to change  
the hv and md files to the 1up configuration (as opposed to the 1g2p  
versions).

Ali

On Mar 3, 2009, at 9:10 PM, Polina wrote:

>
> Ali,
>
> Just to be sure, are you using T1 or T2 release of OpenSparc? Thanks.
>
> Polina
>> Well, it's probably best to actually make 2 CPUs work and then go  
>> back
>> and fix things for N CPUs. It should be possible to make the
>> hypervisor description file (1g2p-hv.bin) understand that CPU 1  
>> should
>> be id 1 and not 4. However, my attempt at doing so didn't seem to
>> work. The files required to build the hv.bin and md.bin files are
>> available as part of the OpenSPARC Architecture toolkit that is
>> available from Sun's website. The packets are generated by uncached
>> writes to the IOB device registers that the hypervisor code does to
>> get things going.
>>
>> Ali
>>
>>
>>
>> On Mar 2, 2009, at 5:29 PM, Polina Dudnik wrote:
>>
>>
>>> Never mind, I started the console and got ERROR: 1 CPUs in PD did
>>> not start without the hack. So, you are right, there is something
>>> wrong with the cpu numbers. But I want to fix it for arbitrary
>>> numCpus. SO, to do that I want to find a place where the requests
>>> generate their data. So, the place where bits(12, 8) get generated.
>>> So, I guess my question is: where are the packets generated?
>>>
>>> Polina
>>>
>>>
>>> On Mon, Mar 2, 2009 at 3:26 PM, Polina Dudnik <pdud...@gmail.com>
>>> wrote:
>>> Hi Ali,
>>>
>>>
>>> Why do you say:
>>>
>>> Additionally, I had to put two hacks in to swizzle the CPU id
>>> numbers. For whatever reason the hypervisor insists that the second
>>> CPU should be id 4 while m5 would like it to be id 1. I tried
>>> changing the hypervisor description file and changing cpu4 to cpu1,
>>> however that didn't seem to change the id.
>>>
>>>
>>>
>>> What makes you think that hypervisor assigns #4 to processor #1? I
>>> removed this hack and everything works fine.
>>>
>>> Polina
>>>
>>> _______________________________________________
>>> m5-dev mailing list
>>> m5-dev@m5sim.org
>>> http://m5sim.org/mailman/listinfo/m5-dev
>>>
>>
>> _______________________________________________
>> m5-dev mailing list
>> m5-dev@m5sim.org
>> http://m5sim.org/mailman/listinfo/m5-dev
>>
>
> _______________________________________________
> m5-dev mailing list
> m5-dev@m5sim.org
> http://m5sim.org/mailman/listinfo/m5-dev
>

_______________________________________________
m5-dev mailing list
m5-dev@m5sim.org
http://m5sim.org/mailman/listinfo/m5-dev

Reply via email to