[gem5-users] problem of running multiple copies of same application in SMT

Hi, all, I tried to run multiple copies of the same application using SMT alpha O3, single core. But the workload name conflicted. In SMT, multiple workloads are supposed to have name from workload0, workload1, to workload n. But when using the same application, I got multiple workload1 and the st

[gem5-users] Is the single TLB translation finish immediately

Hi, all, I am running ALPHA programs on Gem5. Seems that the single TLB request finishes immediately, the translateTiming() directly invokes state->finish(), which returns true when the TLB request is not split. It that correct? Does Gem5 assumes that there is no TLB access latency and the physical

Re: [gem5-users] Alpha O3CPU FS with Ruby

Hi, Nilay, I try to extract the particular revision you did, which is 8930, but seems this is an unknown revision. Is that anything wrong I did? My command is simply *hg update -r 8930*. Thank you. Best, Veydan On Thu, May 3, 2012 at 12:57 PM, Nilay Vaish wrote: > I am guessing you cloned the

Re: [gem5-users] Alpha O3CPU FS with Ruby

icular version in the repo and it worked in booting > the x86 o3cpu with ruby. > > > Dibakar > > On 05/08/12, Veydan Wu wrote: > > Hi, Nilay, I try to extract the particular revision you did, which is > 8930, but seems this is an unknown revision. Is that anything wrong

[gem5-users] A possible bug when forwarding between stq and ldt

Hi, all, I wonder if anyone encountered this before. I ran a SPEC2006 application (GemsFDTD), there are two instructions 1: stq r24, 16(r30) followed by 2: ldt f0, 16(r30), very close. In the unmodified OOO execution, 1 forwards the value (0x17) to 2 correctly. If I separated them, and make 1 com

[gem5-users] look for runnable splash2

Hi, all, I tried to run splash2 on Gem5 Alpha FS mode. Maybe I did something wrong, but the splash2 provided on the website can't compile with the cross compiler provided there. The pthread has compilation error. Has anybody successfully run splash2 on Gem5 Alpha FS? If yes, can someone please sha

Re: [gem5-users] look for runnable splash2

ers-boun...@gem5.org [mailto:gem5-users-boun...@gem5.org] *On > Behalf Of *Veydan Wu > *Sent:* Wednesday, October 24, 2012 10:14 PM > *To:* gem5-users@gem5.org > *Subject:* [gem5-users] look for runnable splash2 > > ** ** > > Hi, all, > > I tried to run splash2 on G

Re: [gem5-users] look for runnable splash2

> >> You might want to try this. >> >> http://www.capsl.udel.edu/splash/ >> >> ** ** >> >> Regards, >> >> ** ** >> >> ** ** >> >> *From:* gem5-users-boun...@gem5.org [mailto:gem5-users-boun...@gem5.org] &g

Re: [gem5-users] look for runnable splash2

e code. > > You can modify a little bit to solve the problem. You can search through > the internet to get the solution. > > ** ** > > Regards, > > Zhiguo > > ** ** > > *From:* gem5-users-boun...@gem5.org [mailto:gem5-users-boun...@gem5.org] *On > Beh

[gem5-users] how to enable Ethernet device for x86 full system

HI, All, I want to enable an Ethernet device to x86 full system simulation. After searching the mail archive, I followed the ARM way, added the device in dev/x86/Pc.py just like Arm Realview, and added code to attachIO(). The config.ini file showed the device is there and connected on iobus. But

Re: [gem5-users] how to enable Ethernet device for x86 full system

ange ethernet device's default InterruptLine (0x1e) to > a smaller value (e.g. less than 0x10), otherwise X86 I/O APIC may not > work properly. > > Jiuyue Ma > > > -- > Date: Thu, 12 Jun 2014 08:00:34 -0700 > To: veyda...@gmail.com; gem5-us

Re: [gem5-users] how to enable Ethernet device for x86 full system

also need change ethernet device's default InterruptLine (0x1e) to > a smaller value (e.g. less than 0x10), otherwise X86 I/O APIC may not > work properly. > > Jiuyue Ma > > > -- > Date: Thu, 12 Jun 2014 08:00:34 -0700 > To: veyda...@g

Re: [gem5-users] how to enable Ethernet device for x86 full system

daddr_responder (configs/common/FSConfig.py:53-55,334-340), > this should solve the invalid address error. > You may also need change ethernet device's default InterruptLine (0x1e) to > a smaller value (e.g. less than 0x10), otherwise X86 I/O APIC may not > work properly. > >