summaryrefslogtreecommitdiff
path: root/src/base
diff options
context:
space:
mode:
authorGabe Black <gabeblack@google.com>2017-12-19 23:14:34 -0800
committerGabe Black <gabeblack@google.com>2018-01-10 12:19:54 +0000
commit78524bda5606e1b60615f57ebd6bfe5bcdd71afb (patch)
tree346b73741acae374e37328c1c72c5289278749af /src/base
parent3fb4d59a9d66d729b292bf804a8b5fdbe6e40d89 (diff)
downloadgem5-78524bda5606e1b60615f57ebd6bfe5bcdd71afb.tar.xz
alpha,arm,mips,power,riscv,sparc,x86,cpu: Get rid of ISA_HAS_DELAY_SLOT.
This constant is, first, a #define, and second only used in one place. In that one place, it appears that the code it guards is no longer necessary in general. It was originally written to avoid refetching a block of data that you're still in, even if you've moved slightly farther in it because you're skipping the next instruction due to an annulled branch delay slot. In reality however, in SPARC, the one ISA I'm aware of which has this sort of branching behavior, the PC state object will correctly determine that no branch is happening in these cases. Code lower down in the loop will then recompute where fetching should continue based on the next PC, automatically skipping the annulled branch slot without misinterpretting the gap as a branch. This change therefore also removes this block of code. Change-Id: I820ebc9df10aeb4fcb69c12f6a784e9ec616743c Reviewed-on: https://gem5-review.googlesource.com/6821 Reviewed-by: Andreas Sandberg <andreas.sandberg@arm.com> Maintainer: Andreas Sandberg <andreas.sandberg@arm.com>
Diffstat (limited to 'src/base')
0 files changed, 0 insertions, 0 deletions