r298956 - Default enable the rtm feature only on skylake and later for now because Intel disabled the feature on some haswell and broadwell processors:

Wed Mar 29 11:14:29 PDT 2017

Thanks, Eric.

~Craig

On Wed, Mar 29, 2017 at 10:19 AM, Eric Christopher <echristo at gmail.com>
wrote:

> OK, I went ahead and  did this in the backend as well in:
>
> echristo at athyra ~/s/llvm> git svn dcommit
> Committing to https://llvm.org/svn/llvm-project/llvm/trunk ...
> M lib/Target/X86/X86.td
> Committed r298986
>
> -eric
>
> On Tue, Mar 28, 2017 at 5:49 PM Jim Grosbach <grosbach at apple.com> wrote:
>
>> SGTM
>>
>> Sent from my iPhone
>>
>> On Mar 28, 2017, at 5:25 PM, Eric Christopher <echristo at gmail.com> wrote:
>>
>>
>>
>> On Tue, Mar 28, 2017 at 4:31 PM Craig Topper <craig.topper at gmail.com>
>> wrote:
>>
>> So if you use -march=hsw the backend will think rtm is enabled, but clang
>> will block the intrinsics in the frontend?
>>
>>
>> Yeah. I've come to the conclusion that I think we should remove the
>> feature from the backend too. Using the option/feature in the frontend (or
>> during codegen of any sort) will turn on the instruction in the backend and
>> we should just rely on the option/feature.
>>
>>
>>
>> Not sure what you mean by split the haswell and broadwell cpu.
>>
>>
>> Into something similar to how the skylake cpu is configured in the front
>> end with different feature sets. I don't really think it's a good idea
>> here, but I thought I'd raise it.
>>
>> Thoughts?
>>
>> -eric
>>
>>
>>
>> ~Craig
>>
>> On Tue, Mar 28, 2017 at 4:18 PM, Eric Christopher <echristo at gmail.com>
>> wrote:
>>
>> Hi Craig, Quentin, Jim,
>>
>> Just bringing this patch to your attention here. I haven't turned it off
>> in the backend since some processors do support it and we want to allow the
>> code generation, with this change we simply make the user use -mrtm to get
>> the functionality for now.
>>
>> Question: Do we want to split the haswell and broadwell cpu to handle
>> this different feature set or just leave it as an optional "enable it
>> yourself" since it's an errata fix?
>>
>> I went ahead and committed with this question outstanding so that users
>> won't get illegal instructions if they happen to have the affected units.
>>
>> -eric
>>
>>
>> On Tue, Mar 28, 2017 at 4:15 PM Eric Christopher via cfe-commits <
>> cfe-commits at lists.llvm.org> wrote:
>>
>> Author: echristo
>> Date: Tue Mar 28 18:03:19 2017
>> New Revision: 298956
>>
>> URL: http://llvm.org/viewvc/llvm-project?rev=298956&view=rev
>> Log:
>> Default enable the rtm feature only on skylake and later for now because
>> Intel disabled the feature on some haswell and broadwell processors:
>>
>> http://www.intel.com/content/dam/www/public/us/en/
>> documents/specification-updates/core-m-processor-family-spec-update.pdf
>>
>> the -mrtm option will still work normally.
>>
>> Modified:
>>     cfe/trunk/lib/Basic/Targets.cpp
>>     cfe/trunk/test/Preprocessor/predefined-arch-macros.c
>>
>> Modified: cfe/trunk/lib/Basic/Targets.cpp
>> URL: http://llvm.org/viewvc/llvm-project/cfe/trunk/lib/Basic/
>> Targets.cpp?rev=298956&r1=298955&r2=298956&view=diff
>> ============================================================
>> ==================
>> --- cfe/trunk/lib/Basic/Targets.cpp (original)
>> +++ cfe/trunk/lib/Basic/Targets.cpp Tue Mar 28 18:03:19 2017
>> @@ -3194,6 +3194,7 @@ bool X86TargetInfo::initFeatureMap(
>>      setFeatureEnabledImpl(Features, "mpx", true);
>>      setFeatureEnabledImpl(Features, "sgx", true);
>>      setFeatureEnabledImpl(Features, "clflushopt", true);
>> +    setFeatureEnabledImpl(Features, "rtm", true);
>>      LLVM_FALLTHROUGH;
>>    case CK_Broadwell:
>>      setFeatureEnabledImpl(Features, "rdseed", true);
>> @@ -3204,7 +3205,6 @@ bool X86TargetInfo::initFeatureMap(
>>      setFeatureEnabledImpl(Features, "lzcnt", true);
>>      setFeatureEnabledImpl(Features, "bmi", true);
>>      setFeatureEnabledImpl(Features, "bmi2", true);
>> -    setFeatureEnabledImpl(Features, "rtm", true);
>>      setFeatureEnabledImpl(Features, "fma", true);
>>      setFeatureEnabledImpl(Features, "movbe", true);
>>      LLVM_FALLTHROUGH;
>>
>> Modified: cfe/trunk/test/Preprocessor/predefined-arch-macros.c
>> URL: http://llvm.org/viewvc/llvm-project/cfe/trunk/test/
>> Preprocessor/predefined-arch-macros.c?rev=298956&r1=298955&
>> r2=298956&view=diff
>> ============================================================
>> ==================
>> --- cfe/trunk/test/Preprocessor/predefined-arch-macros.c (original)
>> +++ cfe/trunk/test/Preprocessor/predefined-arch-macros.c Tue Mar 28
>> 18:03:19 2017
>> @@ -525,7 +525,6 @@
>>  // CHECK_CORE_AVX2_M32: #define __PCLMUL__ 1
>>  // CHECK_CORE_AVX2_M32: #define __POPCNT__ 1
>>  // CHECK_CORE_AVX2_M32: #define __RDRND__ 1
>> -// CHECK_CORE_AVX2_M32: #define __RTM__ 1
>>  // CHECK_CORE_AVX2_M32: #define __SSE2__ 1
>>  // CHECK_CORE_AVX2_M32: #define __SSE3__ 1
>>  // CHECK_CORE_AVX2_M32: #define __SSE4_1__ 1
>> @@ -555,7 +554,6 @@
>>  // CHECK_CORE_AVX2_M64: #define __PCLMUL__ 1
>>  // CHECK_CORE_AVX2_M64: #define __POPCNT__ 1
>>  // CHECK_CORE_AVX2_M64: #define __RDRND__ 1
>> -// CHECK_CORE_AVX2_M64: #define __RTM__ 1
>>  // CHECK_CORE_AVX2_M64: #define __SSE2_MATH__ 1
>>  // CHECK_CORE_AVX2_M64: #define __SSE2__ 1
>>  // CHECK_CORE_AVX2_M64: #define __SSE3__ 1
>> @@ -591,7 +589,6 @@
>>  // CHECK_BROADWELL_M32: #define __POPCNT__ 1
>>  // CHECK_BROADWELL_M32: #define __RDRND__ 1
>>  // CHECK_BROADWELL_M32: #define __RDSEED__ 1
>> -// CHECK_BROADWELL_M32: #define __RTM__ 1
>>  // CHECK_BROADWELL_M32: #define __SSE2__ 1
>>  // CHECK_BROADWELL_M32: #define __SSE3__ 1
>>  // CHECK_BROADWELL_M32: #define __SSE4_1__ 1
>> @@ -623,7 +620,6 @@
>>  // CHECK_BROADWELL_M64: #define __POPCNT__ 1
>>  // CHECK_BROADWELL_M64: #define __RDRND__ 1
>>  // CHECK_BROADWELL_M64: #define __RDSEED__ 1
>> -// CHECK_BROADWELL_M64: #define __RTM__ 1
>>  // CHECK_BROADWELL_M64: #define __SSE2_MATH__ 1
>>  // CHECK_BROADWELL_M64: #define __SSE2__ 1
>>  // CHECK_BROADWELL_M64: #define __SSE3__ 1
>>
>>
>> _______________________________________________
>> cfe-commits mailing list
>> cfe-commits at lists.llvm.org
>> http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-commits/attachments/20170329/efc23cab/attachment-0001.html>