[llvm-bugs] [Bug 36354] New: [x86] x86 DAG->DAG Instruction Selection ignores connections between MXCSR operations and intrinsics

via llvm-bugs llvm-bugs at lists.llvm.org
Mon Feb 12 08:12:15 PST 2018


https://bugs.llvm.org/show_bug.cgi?id=36354

            Bug ID: 36354
           Summary: [x86] x86 DAG->DAG Instruction Selection ignores
                    connections between MXCSR operations and intrinsics
           Product: libraries
           Version: trunk
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: enhancement
          Priority: P
         Component: Backend: X86
          Assignee: unassignedbugs at nondot.org
          Reporter: ilia.taraban at intel.com
                CC: llvm-bugs at lists.llvm.org

This test exits with wrong result after x86 DAG->DAG Instruction Selection

================= without-store.ll ==============
target triple = "x86_64-unknown-linux-gnu"

@a = global <4 x i1> zeroinitializer

; Function Attrs: nounwind uwtable
define i32 @main() #0 {
  %1 = alloca i32, align 4
  %2 = bitcast i32* %1 to i8*
  call void @llvm.x86.sse.stmxcsr(i8* %2)
  %3 = load i32, i32* %1, align 4
  %4 = and i32 %3, -64
  %5 = or i32 %4, 62
  store i32 %5, i32* %1, align 4
  call void @llvm.x86.sse.ldmxcsr(i8* %2)
  %6 = call <4 x i1> @llvm.x86.avx512.mask.cmp.pd.256(<4 x double>  <double
0.0, double 0.0, double 0.0, double 0x7FF8000000000000>, <4 x double> <double
0.0, double 0.0, double 0.0, double 0.0>, i32 1)
  call void @llvm.x86.sse.stmxcsr(i8* %2)
  %7 = load i32, i32* %1, align 4
  %8 = and i32 %7, 1
  ;store <4 x i1> %6, <4 x i1>* @a
  ret i32 %8
}

; Function Attrs: nounwind
declare void @llvm.x86.sse.stmxcsr(i8*) #1

; Function Attrs: nounwind
declare void @llvm.x86.sse.ldmxcsr(i8*) #1

; Function Attrs: nounwind readnone
declare <4 x i1> @llvm.x86.avx512.mask.cmp.pd.256(<4 x double>, <4 x double>,
i32) #2

attributes #0 = { nounwind uwtable "target-cpu"="skx" }
attributes #1 = { nounwind }
attributes #2 = { nounwind readnone }
=================================================

This test should return 1, because of NaN(0x7FF8000000000000) in
llvm.x86.avx512.mask.cmp.pd.256.
But it returns 0.

>>> clang -v
clang version 7.0.0 (trunk 324869)
Target: x86_64-unknown-linux-gnu
Thread model: posix
...


>>> clang without-store.ll
>>> ./a.out
0


Let's look at without-store asm:


================= without-store.s ==============
main:                                   # @main
        .cfi_startproc
# %bb.0:
        vstmxcsr        -4(%rsp)
        movl    -4(%rsp), %eax
        andl    $-64, %eax
        orl     $62, %eax
        movl    %eax, -4(%rsp)
        vldmxcsr        -4(%rsp)
        vstmxcsr        -4(%rsp)
        movl    -4(%rsp), %eax
        andl    $1, %eax
        retq
================================================

There is no "vcmpltpd" with nan argument.
Also if we uncomment "store" in our test, we'll receive same wrong result. But
now result is 0 because of wrong order of operations:

================= with-store.s ==============
main:                                   # @main
        .cfi_startproc
# %bb.0:
        vstmxcsr        -4(%rsp)
        movl    -4(%rsp), %eax
        andl    $-64, %eax
        orl     $62, %eax
        movl    %eax, -4(%rsp)
        vldmxcsr        -4(%rsp)
        vmovapd .LCPI0_0(%rip), %ymm0   # ymm0 =
[0.000000e+00,0.000000e+00,0.000000e+00,nan]
        vstmxcsr        -4(%rsp)
        vxorpd  %xmm1, %xmm1, %xmm1
        vcmpltpd        %ymm1, %ymm0, %k0
        movl    -4(%rsp), %eax
        andl    $1, %eax
        kmovb   %k0, a(%rip)
        vzeroupper
        retq
=============================================

Only if we change manually order of operations to "vstmxcsr" - "vldmxcsr" -
"vcmpltpd" - "vstmxcsr", we'll catch _MM_EXCEPT_INVALID exception.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20180212/54d1786c/attachment-0001.html>


More information about the llvm-bugs mailing list