Hello,
I first started using the Ruby Model in M5 about a week or so ago,
and was able to boot in FS mode (up to 64 cores once applying the
BigTsunami patches).
In order to keep up with the changes in the Ruby code, I have started
fetching recent updates from the devrepo.
However, in fetching the updates to the recent changesets (from the
last 2 days) Ruby FS does not boot. I tried both MESI_CMP_directory
and MOESI_CMP_directory.
If running 2 cores or less I get this at the terminal screen after
letting it run for some time:
hda: M5 IDE Disk, ATA DISK drive
hdb: M5 IDE Disk, ATA DISK drive
hda: UDMA/33 mode selected
hdb: UDMA/33 mode selected
ide0 at 0x8410-0x8417,0x8422 on irq 31
ide1 at 0x8418-0x841f,0x8426 on irq 31
ide_generic: please use "probe_mask=0x3f" module parameter for probing
all legacy ISA IDE ports
ide2 at 0x1f0-0x1f7,0x3f6 on irq 14
ide3 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 101808 sectors (52 MB), CHS=101/16/63
hda:<4>hda: dma_timer_expiry: dma status == 0x65
<------------------------------------------------------- problem
When running 3 or more cores, I get the following assertion failure:
info: kernel located at: /home/musleh/M5/m5_system_2.0b3/binaries/vmlinux
Listening for system connection on port 3456
0: system.tsunami.io.rtc: Real-time clock set to Thu Jan 1 00:00:00 2009
0: system.remote_gdb.listener: listening for remote gdb #0 on port 7000
0: system.remote_gdb.listener: listening for remote gdb #1 on port 7001
0: system.remote_gdb.listener: listening for remote gdb #2 on port 7002
0: system.remote_gdb.listener: listening for remote gdb #3 on port 7003
**** REAL SIMULATION ****
info: Entering event queue @ 0. Starting simulation...
info: Launching CPU 1 @ 834794000
info: Launching CPU 2 @ 845489000
info: Launching CPU 3 @ 856101000
m5.opt: build/ALPHA_FS_MESI_CMP_directory/mem/packet.hh:590: void
Packet::makeResponse(): Assertion `needsResponse()' failed.
Program aborted at cycle 977160000
Aborted
The top of the tree is this last changeset:
changeset: 7939:215c8be67063
tag: tip
user: Brad Beckmann <brad.beckm...@amd.com>
date: Tue Feb 08 18:07:54 2011 -0800
summary: regess: protocol regression tester updates
I am not sure if those whom it concern are aware of it or not, or if
there will be a soon to be updated changeset already in the works for
this or not, but I figured I would bring it to your attention.
Malek
_______________________________________________
m5-dev mailing list
m5-dev@m5sim.org
http://m5sim.org/mailman/listinfo/m5-dev
