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