Age | Commit message (Collapse) | Author |
|
|
|
|
|
When invoking several copies of m5 on the same machine at the same
time, there can be a race for TCP ports for the terminal connections
or remote gdb. Expose a function to disable those ports, and have the
regression scripts disable them. There are some SimObjects that have
no other function than to be used with ports (NativeTrace and
EtherTap), so they will panic if the ports are disabled.
|
|
Also update stats to reflect change.
|
|
|
|
Hopefully if the difference pops back up, we can figure out what it was
|
|
|
|
These files were a bit too out of date and resulted in a bit of confusion.
|
|
|
|
--HG--
rename : tests/quick/10.linux-boot/ref/alpha/linux/tsunami-simple-atomic-dual/console.system.sim_console => tests/quick/10.linux-boot/ref/alpha/linux/tsunami-simple-atomic-dual/system.terminal
rename : tests/quick/10.linux-boot/ref/alpha/linux/tsunami-simple-atomic/console.system.sim_console => tests/quick/10.linux-boot/ref/alpha/linux/tsunami-simple-atomic/system.terminal
rename : tests/quick/10.linux-boot/ref/alpha/linux/tsunami-simple-timing-dual/console.system.sim_console => tests/quick/10.linux-boot/ref/alpha/linux/tsunami-simple-timing-dual/system.terminal
rename : tests/quick/10.linux-boot/ref/alpha/linux/tsunami-simple-timing/console.system.sim_console => tests/quick/10.linux-boot/ref/alpha/linux/tsunami-simple-timing/system.terminal
rename : tests/quick/80.netperf-stream/ref/alpha/linux/twosys-tsunami-simple-atomic/console.drivesys.sim_console => tests/quick/80.netperf-stream/ref/alpha/linux/twosys-tsunami-simple-atomic/drivesys.terminal
rename : tests/quick/80.netperf-stream/ref/alpha/linux/twosys-tsunami-simple-atomic/console.testsys.sim_console => tests/quick/80.netperf-stream/ref/alpha/linux/twosys-tsunami-simple-atomic/testsys.terminal
|
|
|
|
|
|
--HG--
extra : convert_revision : 7fef1e4f684ced37479ed363ebbb3a7485bc0d52
|
|
Will update long tests later.
--HG--
extra : convert_revision : 79f66b5761a574f0c8049c1c771c353b42942993
|
|
--HG--
extra : convert_revision : dc29f7b5e6fa30a50305193cb0e5aed942f7e407
|
|
--HG--
extra : convert_revision : 3e932b5773f5fb9a119822d5bf497f61e9409c14
|
|
(assuming someone just forgot to do this... tsk tsk).
--HG--
extra : convert_revision : 303d7bbf5e2c892d5f4498a9de2e2b82496ccd0e
|
|
--HG--
extra : convert_revision : 00242105076eb4466cce21038858f2b9d20b2fe2
|
|
(from Steve on behalf of m5test).
--HG--
extra : convert_revision : 696efdaa3dd7680dfc9c797a6a46a5053238c7d2
|
|
--HG--
extra : convert_revision : 5e7f8ce91ea8f98e6503ac9e10aae68c62f9e510
|
|
--HG--
extra : convert_revision : 9b1439096509633d6e9b5bc0c661608f40a63c5f
|
|
--HG--
extra : convert_revision : a4451710d8463e52227fd8f760ab737ea8f404b5
|
|
Alignment is done as it was for 32 bit processes.
--HG--
extra : convert_revision : 9368ad40dcc7911f8fc7ec1468c6a28aa92d196f
|
|
Turned out this scenario was happening, but due to other activity,
the writable block returned by the ReadResp would get downgraded
or invalidated before the "unnecessary" ReadExResp/UpgradeResp
returned, thus avoiding triggering the assertion that led us to
catch this.
--HG--
extra : convert_revision : 19dd0dbedb0227aed29da31a868ddf5ca4c50519
|
|
--HG--
extra : convert_revision : d3dd6545d3f8b91adfc03d2e0150996672f4e29b
|
|
needs these.
--HG--
extra : convert_revision : c5a1a6d66c454f252d3b798c38a6798e7dd486f0
|
|
--HG--
extra : convert_revision : 4aa9daa4e19acfb3e6840ce5d83cf199e30c2f19
|
|
--HG--
extra : convert_revision : 4bf3f68dbef033e5d4984299bb4aa728fa0d1f8d
|
|
they came from.
--HG--
extra : convert_revision : bd5fbeeea319bffbc60dcd45ef19603b09fc71ce
|
|
--HG--
extra : convert_revision : 02f93ab039144b4586983ab76d27b7d051643e0e
|
|
--HG--
extra : convert_revision : 42851d60a4c1e709d79bbd3187227b6e220a253e
|
|
--HG--
extra : convert_revision : 117e2a40bd6e0867d013a3a6076fb758ac526d24
|
|
--HG--
extra : convert_revision : fd4709351b929e6a9e13dd27c17188616e4d86bb
|
|
--HG--
extra : convert_revision : 888b6e3bcd432a9318d4b8741a8b274c6f37f1a8
|
|
--HG--
extra : convert_revision : b64f407f7735706b1162f6a0e7676590bda3ba5d
|
|
--HG--
extra : convert_revision : 100478b2ae00d9d3464c41d940276843a226422f
|
|
all aren't there.
--HG--
extra : convert_revision : 558b970f522f95e3492b7225f227c96cd5e003c3
|
|
--HG--
extra : convert_revision : 005672e722dec00cb4c38501b5189b4eb7515ca1
|
|
--HG--
extra : convert_revision : 8ba96e21be2f602eed8258d410038dbe998ef176
|
|
--HG--
extra : convert_revision : 244749072f97e425c2ca1cf296f2b95f37e99eb6
|
|
Originally we were copying all source files in, but this caused
problems when (large) inputs were copied along with outputs.
Then we switched to just copying the standard files (m5stats.txt,
etc.) but that was missing things like the *.console files.
This fix should catch all the non-standard files too as long as
they are copied in manually once when the test is set up.
Also get a lot nicer about warning when files are ignored,
and warn when expected files are missing.
Those new Python sets sure are handy.
--HG--
extra : convert_revision : 55c046de124522499af74a471968677c020bbf38
|
|
--HG--
extra : convert_revision : e2d6aa61aa2ffd1a9d16260244512eeb1fe4d5a3
|
|
--HG--
extra : convert_revision : 444901221e9a0b991213fbcd555f2f5cca67e91b
|
|
--HG--
extra : convert_revision : 49d8df7235a02b71db9d309e6b2029587c3d0c8b
|
|
--HG--
extra : convert_revision : 20e8aa51935dc23ac3c7e6da2cb7a4e62c9a3a7c
|
|
--HG--
extra : convert_revision : 46e6b2dd8e1984cbab0ea24c94760794734c0f95
|
|
--HG--
extra : convert_revision : c5555b00bef1b304a84886188ad2c0dcb4d7c5b9
|
|
mcf has a reduced input size, and most of the other changes are for a change in how branch mispredicts work which makes things more accurate.
--HG--
extra : convert_revision : 33ad6a220945b344d2fc5c6abef8e67467e0c0ec
|
|
into ahchoo.blinky.homelinux.org:/home/gblack/m5/newmem-o3-micro
src/cpu/o3/fetch_impl.hh:
hand merge
--HG--
extra : convert_revision : 3f71f3ac2035eec8b6f7bceb6906edb4dd09c045
|
|
--HG--
extra : convert_revision : 3626c4d2d67ed190d846f6edae06c43444a14feb
|