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.
--
Orion Poplawski
Technical Manager 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane [log in to unmask]
Boulder, CO 80301 http://www.nwra.com
