Your message dated Sun, 07 May 2023 22:33:45 +0000
with message-id <[email protected]>
and subject line Bug#1029568: fixed in xsimd 10.0.0-2
has caused the Debian Bug report #1029568,
regarding xsimd: tests fail on armhf: Cannot access memory, store location is
not properly aligned
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1029568: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1029568
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: xsimd
Version: 10.0.0-1
Severity: normal
Control: forwarded -1 https://github.com/xtensor-stack/xsimd/issues/889
The build of xsimd 10.0.0-1 fails on armhf due to test failure:
test_xsimd: ./include/xsimd/types/xsimd_batch.hpp:567: void xsimd::batch<T,
A>::store_aligned(U*) const [with U = unsigned char; T = unsigned char; A =
xsimd::neon]: Assertion `((reinterpret_cast<uintptr_t>(mem) % A::alignment())
== 0) && "store location is not properly aligned"' failed.
A gdb backtrace shows that xsimd::neon is involved:
Reading symbols from ./test_xsimd...
(gdb) run
Starting program:
/home/xsimd/xsimd-10.0.0/obj-arm-linux-gnueabihf/test/test_xsimd
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[doctest] doctest version is "2.4.9"
[doctest] run with "--help" for options
test_xsimd: ./include/xsimd/types/xsimd_batch.hpp:567: void xsimd::batch<T,
A>::store_aligned(U*) const [with U = unsigned char; T = unsigned char; A =
xsimd::neon]: Assertion `((reinterpret_cast<uintptr_t>(mem) % A::alignment())
== 0) && "store location is not properly aligned"' failed.
Program received signal SIGABRT, Aborted.
__libc_do_syscall () at ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:47
47 ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S: No such file or
directory.
(gdb) bt
#0 __libc_do_syscall () at ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:47
#1 0xf7cce42c in __pthread_kill_implementation (threadid=4160618528,
signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:43
#2 0xf7cce470 in __pthread_kill_internal (signo=6, threadid=<optimized out>)
at pthread_kill.c:78
#3 0xf7c9d322 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26
#4 0xf7c8e0ac in __GI_abort () at abort.c:79
#5 0xf7c98850 in __assert_fail_base (fmt=0x20 <error: Cannot access memory at
address 0x20>, assertion=0x122e7dc "((reinterpret_cast<uintptr_t>(mem) %
A::alignment()) == 0) && \"store location is not properly aligned\"",
assertion@entry=0xfffeed60 "",
file=file@entry=0x20 <error: Cannot access memory at address 0x20>,
line=line@entry=567, function=0x122e76c "void xsimd::batch<T,
A>::store_aligned(U*) const [with U = unsigned char; T = unsigned char; A =
xsimd::neon]", function@entry=0xf7fe0020 "") at assert.c:92
#6 0xf7c988ce in __GI___assert_fail (assertion=0xfffeed60 "", file=0x20
<error: Cannot access memory at address 0x20>, line=567, function=0xf7fe0020
"") at assert.c:101
#7 0x00eb4c86 in xsimd::batch<unsigned char,
xsimd::neon>::store_aligned<unsigned char> (mem=0xfffeee68
"`b@\001\060\357\376\377\250\356\376\377\267\356\376\377$b@\001\307\356\376\377\001\001\001\001\001\001\001\001
a?\001\001\001\001\001 a?\001\001\062<F", this=<optimized out>)
at ./include/xsimd/types/xsimd_batch.hpp:567
#8 0x00f2c8b0 in xsimd::batch<unsigned char,
xsimd::neon>::store_aligned<unsigned char> (mem=<optimized out>,
this=<optimized out>) at ./test/test_batch.cpp:707
#9 xsimd::kernel::swizzle<xsimd::neon, unsigned char, unsigned char, (unsigned
char)8, (unsigned char)9, (unsigned char)10, (unsigned char)11, (unsigned
char)12, (unsigned char)13, (unsigned char)14, (unsigned char)15, (unsigned
char)0, (unsigned char)1, (unsigned char)0, (unsigned char)1, (unsigned char)0,
(unsigned char)1, (unsigned char)0, (unsigned char)1> (self=...) at
./include/xsimd/types/../arch/./xsimd_neon.hpp:2602
#10 xsimd::swizzle<unsigned char, xsimd::neon, unsigned char, (unsigned char)8,
(unsigned char)9, (unsigned char)10, (unsigned char)11, (unsigned char)12,
(unsigned char)13, (unsigned char)14, (unsigned char)15, (unsigned char)0,
(unsigned char)1, (unsigned char)0, (unsigned char)1, (unsigned char)0,
(unsigned char)1, (unsigned char)0, (unsigned char)1> (mask=..., x=...) at
./include/xsimd/types/xsimd_api.hpp:2048
#11 xsimd::kernel::detail::reduce<xsimd::kernel::reduce_max<xsimd::neon,
unsigned char>(xsimd::batch<unsigned char, xsimd::neon> const&, xsimd::generic
const&)::{lambda(xsimd::batch<unsigned char, xsimd::neon> const&,
xsimd::batch<unsigned char, xsimd::neon> const&)#1}, xsimd::neon, unsigned
char, 16u>(xsimd::kernel::reduce_max<xsimd::neon, unsigned
char>(xsimd::batch<unsigned char, xsimd::neon> const&, xsimd::generic
const&)::{lambda(xsimd::batch<unsigned char, xsimd::neon> const&,
xsimd::batch<unsigned char, xsimd::neon> const&)#1}, xsimd::batch<unsigned
char, xsimd::neon> const&, std::integral_constant<unsigned int, 16u>) (op=...,
self=...) at
./include/xsimd/types/../arch/././generic/xsimd_generic_math.hpp:2000
#12 xsimd::kernel::reduce_max<xsimd::neon, unsigned char> (self=...) at
./include/xsimd/types/../arch/././generic/xsimd_generic_math.hpp:2009
#13 xsimd::reduce_max<unsigned char, xsimd::neon> (x=...) at
./include/xsimd/types/xsimd_api.hpp:905
#14 batch_test<xsimd::batch<unsigned char, xsimd::neon>
>::test_horizontal_operations (this=this@entry=0xfffef050) at
./test/test_batch.cpp:708
#15 0x00eb8888 in DOCTEST_ANON_TMP_623<xsimd::batch<unsigned char> > () at
./test/test_batch.cpp:881
#16 0x00e1c036 in doctest::Context::run (this=this@entry=0xfffef3f0) at
/usr/include/doctest/doctest.h:6930
#17 0x00e07bf6 in main (argc=<optimized out>, argv=<optimized out>) at
/usr/include/doctest/doctest.h:7008
It might be best to treat armhf as a non-supported arch
(i.e. don't run build-time tests, perhaps not debian/tests either)
at least until upstream resolves
https://github.com/xtensor-stack/xsimd/issues/889
That said, it might now be possible to treat armel as a supported
arch. Diagnosing the armhf problem on the Debian porterbox
amdahl.debian.org, the sigabrt is reproducible on an armhf chroot. But
testing also in a armel chroot, the tests pass.
xsimd is supposed to have fixed scalar tests on "non-supported"
architectures, e.g. https://github.com/xtensor-stack/xsimd/pull/785
So possibly that is what passed on armel. If that is
the case then it might be safe to run xsimd tests on all arches
(meaning that scalar tests would be run on non-supported arches).
But in any case it looks like we should skip armhf tests for the time
being.
--- End Message ---
--- Begin Message ---
Source: xsimd
Source-Version: 10.0.0-2
Done: Drew Parsons <[email protected]>
We believe that the bug you reported is fixed in the latest version of
xsimd, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Drew Parsons <[email protected]> (supplier of updated xsimd package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Format: 1.8
Date: Fri, 05 May 2023 18:46:50 +0200
Source: xsimd
Architecture: source
Version: 10.0.0-2
Distribution: experimental
Urgency: medium
Maintainer: Debian Science Maintainers
<[email protected]>
Changed-By: Drew Parsons <[email protected]>
Closes: 1029568
Changes:
xsimd (10.0.0-2) experimental; urgency=medium
.
* Team upload.
* drop -mfpu=neon buildflag for armhf. Closes: #1029568.
Checksums-Sha1:
d8a22f323d567f9f6c146f6dd3a93092d9b670f1 2200 xsimd_10.0.0-2.dsc
e968456768605fe2c42a6be8a66ed2a5bd217416 4936 xsimd_10.0.0-2.debian.tar.xz
46c78c8ed2f8aa6b3d36ce0cf3dc8601b8b625dc 11152 xsimd_10.0.0-2_source.buildinfo
Checksums-Sha256:
f51f0f03dcdbb11247c870c3fd8ff5701e0908527c08917d69dc847a12c02025 2200
xsimd_10.0.0-2.dsc
a683d7314ea023629b27d7f7fb0d390c2b251f24a4db67fde35e3de4f7adfa53 4936
xsimd_10.0.0-2.debian.tar.xz
220919386bdf0ec25cf50dcf72b44eb747c7afce1e3f50d5895472c57326ee1f 11152
xsimd_10.0.0-2_source.buildinfo
Files:
260b68ce92045c0d48938cabae99704d 2200 science optional xsimd_10.0.0-2.dsc
dfcbf23da248b12bd7760e279842369a 4936 science optional
xsimd_10.0.0-2.debian.tar.xz
8ede99d14d2718e0823366611aaac1ae 11152 science optional
xsimd_10.0.0-2_source.buildinfo
-----BEGIN PGP SIGNATURE-----
iQJIBAEBCgAyFiEEI8mpPlhYGekSbQo2Vz7x5L1aAfoFAmRYJKsUHGRwYXJzb25z
QGRlYmlhbi5vcmcACgkQVz7x5L1aAfrrfg/7BhJRQdKCMzQASixiSwOiSfPFhU8M
9mlwBPRTH8Xv38skQjRvvHmHTbFrlhryECsm+RlhzTkqUuWVGwUG82H5z8XkuYNs
KEYQHS2NLP8EvLg9djUurOH5HSY11MT3x4uHJioU1Xp3QSmL5FuE+PMpna/n8MQx
WwrEFB2oPzyuieOgx5CzNxF3ectEFxJTMemWhgoYZgY5A/G5yoyN8xKDCeRIjk7b
ZgjT9eVE4ZQ3gYki4/ZI5nWa5tyWQjfAcKBLLmGSqz6gbsjbxVnxS8R5YLuylC+t
Q8OqjVMdU07kN+NA9ntpC4DHq8SmCbWoK8NYw7vRfMxpKdzQU699z9afu6ipQGy9
FuroGEM20acwwfLQ4m2RbstiD+DDpxmZuaTpaWf1WHuVNZQBrEjQPqzsbbiUmmKD
OaV0lVzYN36fvyEABVGtA1whSBv4h1BvNrbN3OX3hrH7yXpDfddiLNL0rPZ/DAg+
VQFj+Xi1d4uO4/YnKihf1yokJ6h1N+r8agKh5/1g2fvLT99Jeowp5hKwmYhxzLJ2
zJr5iuok+Oyvoh5HRqi6pgztOMQwuedNK6Dok8Q2LZDwHN4zZLjXev+tdKEAzSdl
2AxgBFIKcjdm+S26LvjbSOFj0XfShMclvrMPZ9iwZ6byaz4kkkQISVg26chE9eO7
tyavLZhyKrPKxrk=
=moBn
-----END PGP SIGNATURE-----
--- End Message ---
--
debian-science-maintainers mailing list
[email protected]
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
