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. > > I've tossed the rebuilt package up in http://ftp.scientificlinux.org/linux/scientific/7rolling/x86_64/os/ Can I have you give it a double check? Pat -- Pat Riehecky Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org