diff options
author | Francisco Jerez <[email protected]> | 2017-12-17 13:05:55 -0800 |
---|---|---|
committer | Francisco Jerez <[email protected]> | 2017-12-21 15:19:59 -0800 |
commit | 1aa79d5ed5fbc9d3ee3c4d279892c49e8393fd3b (patch) | |
tree | c947f12f027881259564882361a41bc425ffa31e /src/intel/Makefile.am | |
parent | 7665383a33f9ce9256aa121cbe4d3bd948dff145 (diff) |
intel/fs/bank_conflicts: Use posix_memalign() instead of overaligned new to obtain vector storage.
The weight_vector_type constructor was inadvertently assuming C++17
semantics of the new operator applied on a type with alignment
requirement greater than the largest fundamental alignment.
Unfortunately on earlier C++ dialects the implementation was allowed
to raise an allocation failure when the alignment requirement of the
allocated type was unsupported, in an implementation-defined fashion.
It's expected that a C++ implementation recent enough to implement
P0035R4 would have honored allocation requests for such over-aligned
types even if the C++17 dialect wasn't active, which is likely the
reason why this problem wasn't caught by our CI system.
A more elegant fix would involve wrapping the __SSE2__ block in a
'__cpp_aligned_new >= 201606' preprocessor conditional and continue
taking advantage of the language feature, but that would yield lower
compile-time performance on old compilers not implementing it
(e.g. GCC versions older than 7.0).
Fixes: af2c320190f3c731 "intel/fs: Implement GRF bank conflict mitigation pass."
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=104226
Reported-by: Józef Kucia <[email protected]>
Reviewed-by: Ian Romanick <[email protected]>
Diffstat (limited to 'src/intel/Makefile.am')
0 files changed, 0 insertions, 0 deletions