Quoting Nilay <[email protected]>:
On Fri, July 29, 2011 3:31 pm, Arkaprava Basu wrote:
Hi,
I was trying to simulate two x86-systems within gem5. I found that
"--dual" flag (which is meant for bringing up two simulated system) in
fs.py does not seem to work for X86.
A little bit of digging into Alpha (which supposedly support "dual"
option through Tsunami system) seems to suggest that at high level
following needs to be done to get -"-dual" option to work for X86.
1. We need to instantiate a "NSGigE" device for the LinuxX86System.
2. Connect the above instantiated device to the whole system through
some bus 9I am not sure where we should connect it).
3. Finally, an "EtherLink" device needs to be created and its port needs
to be tied to interfaces of the "NSGigE" devices in the two simulated
system, so that they can communicate among themselves.
First, I would like to know whether at the high level this looks correct
or not?
Looks correct to me.
Secondly, I am not too sure where in a simulated Z86 system I should tie
the new ethernet device. Any suggestion/hand holding on that would be
very much welcome.
I have been looking at the PIO addresses that are assigned to devices in
SouthBridge.py, they are same as those that are assigned in QEMU as well.
So I thought same should hold true for ethernet devices as well. For
e1000, QEMU makes use of MMIO. Looking at SouthBridge.py, it seems to me
that MMIO is not currently supported. I might be wrong. But I expect
devices making use of MMIO to reserve some kind of address space. You
might want to check some other hypervisor like Xen or Bochs.
--
Nilay
_______________________________________________
gem5-users mailing list
[email protected]
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
This really depends on what you mean by memory mapped IO. To hook up
an ethernet card you'd attach it to the PCI bus and that will work
just fine (knock on wood). There are address translation mechanisms in
x86 where you can map ranges of the memory address space to the IO
address space and those aren't supported, but they shouldn't be
necessary for a regular PCI ethernet card. I've never tried it
personally so there may be bugs, but I think it should work at least
at some level.
Gabe
_______________________________________________
gem5-users mailing list
[email protected]
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
