Hi, On 01/08/17 10:59, Colin Watson wrote: > On Fri, Jul 21, 2017 at 11:55:28PM +0300, Adrian Bunk wrote: >> Source: python-libnacl >> Version: 1.5.2-1 >> Severity: serious >> >> https://buildd.debian.org/status/fetch.php?pkg=python-libnacl&arch=all&ver=1.5.2-1&stamp=1500664052&raw=0 >> >> ... >> dh_auto_test -i -O--buildsystem=pybuild >> I: pybuild base:184: cd /<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build; >> python2.7 -m nose tests >> Illegal instruction >> E: pybuild pybuild:283: test: plugin distutils failed with: exit code=132: >> cd /<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build; python2.7 -m nose tests >> dh_auto_test: pybuild --test -i python{version} -p 2.7 returned exit code 13 >> debian/rules:7: recipe for target 'build-indep' failed >> make: *** [build-indep] Error 25 > > I think this can only be a bug in libsodium rather than in > python-libnacl as such; presumably somewhere in crypto_aead_aes256gcm_* > or crypto_aead_chacha20poly1305_ietf_* which are newly used in > python-libnacl 1.5.2. But I can't reproduce it locally, and the Ubuntu > builders seemed happy with it too, so perhaps it has something to do > with the CPU or the kernel version, or perhaps it was fixed in libsodium > 1.0.13 (the failure was with 1.0.12). > > Before embarking on any more time-consuming investigation, could the > build be given back to see if libsodium 1.0.13 helps?
It fails on barriere.debian.org with libsodium 1.0.13. Looking at /proc/cpuinfo, barriere does not have the x86 AES instructions. > (gdb) bt > #0 0x00007ffff4a46c3f in crypto_aead_aes256gcm_beforenm () from > /usr/lib/x86_64-linux-gnu/libsodium.so > #1 0x00007ffff4a49cd1 in crypto_aead_aes256gcm_encrypt () from > /usr/lib/x86_64-linux-gnu/libsodium.so > #2 0x00007ffff4c72038 in ffi_call_unix64 () from > /usr/lib/x86_64-linux-gnu/libffi.so.6 > #3 0x00007ffff4c71a9a in ffi_call () from > /usr/lib/x86_64-linux-gnu/libffi.so.6 > #4 0x00007ffff4e85e84 in _ctypes_callproc () from > /usr/lib/python2.7/lib-dynload/_ctypes.x86_64-linux-gnu.so > #5 0x00007ffff4e85845 in ?? () from > /usr/lib/python2.7/lib-dynload/_ctypes.x86_64-linux-gnu.so > #6 0x0000555555640163 in PyObject_Call () > #7 0x0000555555659622 in PyEval_EvalFrameEx () [...] > (gdb) disassemble > Dump of assembler code for function crypto_aead_aes256gcm_beforenm: > 0x00007ffff4a46c20 <+0>: movdqu (%rsi),%xmm1 > 0x00007ffff4a46c24 <+4>: xor %eax,%eax > 0x00007ffff4a46c26 <+6>: pxor %xmm0,%xmm0 > 0x00007ffff4a46c2a <+10>: movaps %xmm1,0x10(%rdi) > 0x00007ffff4a46c2e <+14>: movdqa %xmm1,%xmm3 > 0x00007ffff4a46c32 <+18>: shufps $0x10,%xmm1,%xmm0 > 0x00007ffff4a46c36 <+22>: movdqu 0x10(%rsi),%xmm2 > 0x00007ffff4a46c3b <+27>: pxor %xmm0,%xmm3 > => 0x00007ffff4a46c3f <+31>: aeskeygenassist $0x1,%xmm2,%xmm12 > 0x00007ffff4a46c46 <+38>: movdqa %xmm2,%xmm14 > 0x00007ffff4a46c4b <+43>: movaps %xmm2,0x20(%rdi) > 0x00007ffff4a46c4f <+47>: shufps $0x8c,%xmm3,%xmm0 > 0x00007ffff4a46c53 <+51>: pshufd $0xff,%xmm12,%xmm12 > 0x00007ffff4a46c59 <+57>: pxor %xmm0,%xmm12 > 0x00007ffff4a46c5e <+62>: shufps $0x10,%xmm2,%xmm0 Thanks, James
signature.asc
Description: OpenPGP digital signature
