> > > Am 01.01.23 um 15:55 schrieb Uecker, Martin: > > > > One could just relax (or simply remove) the test from bullseye > > or packport the version bookworm. > > I guess that would be applying 0003-relax-failing-unit-test.patch > to the Bullseye version.
Yes, this should do it. > > > The wine code is broken (it violates the effective types > > rules of ISO C). > > Ok, just wanted to offer an option. > Yes, thanks. > Am 01.01.23 um 16:02 schrieb Santiago Vila: > > > Hi. Such failure rate differs a lot from what I get, which is > > about 50% in some systems (which is why I believe we should fix this > > in bullseye). > > > > Maybe this is an issue of tests optimized for Intel and failing > > a lot on AMD or viceversa (there was another package for which that > > happened). > > > If it might be of any help - my system is a "AMD Ryzen 7 1700", > the qemu VM runs with "-enable-kvm -cpu host -smp 16". > > By locking the process to just a single cpu I do not get any failures: > taskset -c 0 bash -c "while true; do ./test_nufft ; done" > > If I allow two cpus the failure rate is at 77%: > taskset -c 0,1 bash -c "while true; do ./test_nufft ; done" > > > This still does not affect a Bookworm VM, no failures even with > the relax patch removed. This is likely a numerical error caused by reordering a floating point sum by parallelization. It is not worth spending time on it. I can apply the patch, but I do not have much time now. Is there some urgency? Martin
