On 08/28/2017 10:43 AM, Orion Poplawski wrote:
> On 08/28/2017 09:10 AM, Pat Riehecky wrote:
>>
>> On 08/28/2017 10:06 AM, Orion Poplawski wrote:
>>> On 08/16/2017 11:36 AM, Pat Riehecky wrote:
>>>> Scientific Linux 7.4 BETA x86_64
>>>>
>>>> These are notes of the "BETA" release for Scientific Linux 7.4 .
>>> Are the SRPMS available?  In particular I'm looking for
>>> atlas-3.10.1-12.el7.  There seems to be an issue with AVX instructions in the
>>> main package.  Haven't yet had a chance to compare with RHEL.
>>>
>> I'm syncing up RC1 right now, so the repodata may not be perfect, but it
>> should be up at:
>>
>> http://ftp.scientificlinux.org/linux/scientific/7x/SRPMS/vendor/atlas-3.10.1-12.el7.src.rpm
>>
>>
>> And the debuginfo should be up at:
>>
>> http://ftp.scientificlinux.org/linux/scientific/7x/archive/debuginfo/atlas-debuginfo-3.10.1-12.el7.i686.rpm
>>
>> http://ftp.scientificlinux.org/linux/scientific/7x/archive/debuginfo/atlas-debuginfo-3.10.1-12.el7.x86_64.rpm
>>
>>
>>
>> Let me know if you find anything odd.  We'll leave an extra bit of time on the
>> RC based on your query.
>>
>> Pat
> So it does appear to be an issue with the SL7.4 rpm.  It has:
>
> Dump of assembler code for function cblas_dgemm:
> ...
> => 0x00007ffff1543249 <+41>:    vmovsd %xmm0,0x40(%rsp)
>     0x00007ffff154324f <+47>:    vmovsd %xmm1,0x38(%rsp)
>
> While the RHEL7.4 rpm has:
>
> Dump of assembler code for function cblas_dgemm:
> ...
>     0x00007ffff14e651f <+31>:    movsd  %xmm0,0x38(%rsp)
>     0x00007ffff14e6525 <+37>:    movsd  %xmm1,0x30(%rsp)
>
> vmovsd appears to be an AVX instruction.
>
>
> Simply rebuilding the package on my local machine fixed the issue, so not sure
> what went wrong with the SL7.4 build.
>
>

Interesting, I'll fire off a rebuild

-- 
Pat Riehecky

Fermi National Accelerator Laboratory
www.fnal.gov
www.scientificlinux.org