Bug ID: 36346
Summary: New assert: !(TSFlags & X86II::REX_W) && "REX.W
requires 64bit mode."
Component: new bugs
We're seeing this in Chromium builds, see
Bisection points to this commit:
Date: Sun Feb 11 01:34:12 2018
New Revision: 324835
[X86] Reduce Store Forward Block issues in HW
If a load follows a store and reloads data that the store has written to
memory, Intel microarchitectures can in many cases forward the data directly
from the store to the load, This "store forwarding" saves cycles by enabling
the load to directly obtain the data instead of accessing the data from cache
A "store forward block" occurs in cases that a store cannot be forwarded to the
load. The most typical case of store forward block on Intel Core
microarchiticutre that a small store cannot be forwarded to a large load.
The estimated penalty for a store forward block is ~13 cycles.
This pass tries to recognize and handle cases where "store forward block" is
created by the compiler when lowering memcpy calls to a sequence
of a load and a store.
The pass currently only handles cases where memcpy is lowered to XMM/YMM
registers, it tries to break the memcpy into smaller copies.
breaking the memcpy should be possible since there is no atomicity guarantee
for loads and stores to XMM/YMM.
You are receiving this mail because:
You are on the CC list for the bug.
llvm-bugs mailing list