diff options
author | Steve Reinhardt <steve.reinhardt@amd.com> | 2016-02-06 17:21:20 -0800 |
---|---|---|
committer | Steve Reinhardt <steve.reinhardt@amd.com> | 2016-02-06 17:21:20 -0800 |
commit | 5200e04e92b487181d4a678231564272730e04a2 (patch) | |
tree | 83a8a71c6dffa7a58a5f10c3232022ce2a4741ff /src/unittest/cprintftest.cc | |
parent | f5343df1e1999e66c39b95085b77b547e7d94262 (diff) | |
download | gem5-5200e04e92b487181d4a678231564272730e04a2.tar.xz |
arch, x86: add support for arrays as memory operands
Although the cache models support wider accesses, the ISA descriptions
assume that (for the most part) memory operands are integer types,
which makes it difficult to define instructions that do memory accesses
larger than 64 bits.
This patch adds some generic support for memory operands that are arrays
of uint64_t, and specifically a 'u2qw' operand type for x86 that is an
array of 2 uint64_ts (128 bits). This support is unused at this point,
but will be needed shortly for cmpxchg16b. Ideally the 128-bit SSE
memory accesses will also be rewritten to use this support.
Support for 128-bit accesses could also have been added using the gcc
__int128_t extension, which would have been less disruptive. However,
although clang also supports __int128_t, it's still non-standard.
Also, more importantly, this approach creates a path to defining
256- and 512-byte operands as well, which will be useful for eventual
AVX support.
Diffstat (limited to 'src/unittest/cprintftest.cc')
0 files changed, 0 insertions, 0 deletions