This is the mail archive of the
mailing list for the glibc project.
[PATCH] Bug 201689: Belt-and-suspenders detection of FMA.
- From: Carlos O'Donell <carlos at redhat dot com>
- To: GNU C Library <libc-alpha at sourceware dot org>, "H.J. Lu" <hjl dot tools at gmail dot com>
- Date: Fri, 14 Oct 2016 14:09:23 -0400
- Subject: [PATCH] Bug 201689: Belt-and-suspenders detection of FMA.
- Authentication-results: sourceware.org; auth=none
In the Intel Architecture Instruction Set Extensions Programming reference
the recommended way to test for FMA in section '2.2.1 Detection of FMA'
"Application Software must identify that hardware supports AVX as explained
in ... after that it must also detect support for FMA..."
We don't do that in glibc. We use osxsave to detect the use of xgetbv, and
after that we check for AVX and FMA orthogonally. It is conceivable that
you could have the AVX bit clear and the FMA bit in an undefined state.
I have never seen a machine with the AVX bit clear and the FMA bit set, but
we should follow the intel specifications and adjust our check as the following
OK to checkin?
2016-10-14 Carlos O'Donell <email@example.com>
* sysdeps/x86/cpu-features.c: Only enable FMA is AVX is present.
diff --git a/sysdeps/x86/cpu-features.c b/sysdeps/x86/cpu-features.c
index 11b9af2..1d52f22 100644
@@ -83,8 +83,10 @@ get_common_indeces (struct cpu_features *cpu_features,
- /* Determine if FMA is usable. */
- if (CPU_FEATURES_CPU_P (cpu_features, FMA))
+ /* Determine if FMA is usable. The recommended Intel procedure
+ is to check for AVX && FMA to decide if FMA is available. */
+ if (CPU_FEATURES_CPU_P (cpu_features, AVX)
+ && CPU_FEATURES_CPU_P (cpu_features, FMA))