aboutsummaryrefslogtreecommitdiff
path: root/src/cmd/compile/internal/ssa/export_test.go
diff options
context:
space:
mode:
authorJames Cowgill <james.cowgill@mips.com>2018-02-28 16:10:14 +0000
committerKeith Randall <khr@golang.org>2018-03-15 15:40:39 +0000
commit423111081b87c6c4e61c4d94c94bfdf1853fa01f (patch)
treeefce7348a289b8ec173159cb0790e2754b8af362 /src/cmd/compile/internal/ssa/export_test.go
parente244a7a7d340ed5fd88567ee587b574a7951fac8 (diff)
downloadgo-423111081b87c6c4e61c4d94c94bfdf1853fa01f.tar.gz
go-423111081b87c6c4e61c4d94c94bfdf1853fa01f.zip
cmd/internal/obj/mips: load/store even float registers first
There is a bug in Octeon III processors where storing an odd floating point register after it has recently been written to by a double floating point operation will store the old value from before the double operation (there are some extra details - the operation and store must be a certain number of cycles apart). However, this bug does not occur if the even register is stored first. Currently the bug only happens on big endian because go always loads the even register first on little endian. Workaround the bug by always loading / storing the even floating point register first. Since this is just an instruction reordering, it should have no performance penalty. This follows other compilers like GCC which will always store the even register first (although you do have to set the ISA level to MIPS I to prevent it from using SDC1). Change-Id: I5e73daa4d724ca1df7bf5228aab19f53f26a4976 Reviewed-on: https://go-review.googlesource.com/97735 Reviewed-by: Keith Randall <khr@golang.org>
Diffstat (limited to 'src/cmd/compile/internal/ssa/export_test.go')
0 files changed, 0 insertions, 0 deletions