On Wed, Dec 4, 2013 at 6:38 PM, Philip Balister <phi...@balister.org> wrote: > On 12/04/2013 05:26 PM, Monahan-Mitchell, Tim wrote: >>>>>>> The volk test is failing on my gnuradio build on a Beaglebone Black >>>>>>> (armv7h) running Arch Linux Arm. >>>>>>> >>>>>>> # make test >>>>>>> start 1: qa_volk_test_all >>>>>>> *** 2 failures detected in test suite "Master Test Suite"1/177 Test >>>>>>> #1: >>>>>>> qa_volk_test_all .....................***Failed 9.88 sec >> >>>>>>> Full output of ctest -V _R qa_volk_test_all is attatched. >> >>>>>> which version of GNU Radio? These bugs were fixed on Nov. 19 and will be >>>>>> a part of the 3.7.2.1 release. >>>>>> See bugs #582 and #583 on our Issues page. >>>>>> Tom >> >>>>> After pulling the latest GR code (as of Dec 1) and doing a fresh build, >>>>> my ARMv7 target's ctest output for qa_volk_test_all matches what Ken >>>>> attached in the first message of this thread. So there is something still >>>>> going on here. Is it possible some external component needs to be >>>>> updated, that is outside of what's in the GR git tree? >> >>>>> The output I originally logged in Bug #583 differs from our latest >>>>> results, but the behavior is the same (in1/in2 values appear to match). >>>>> The output I originally logged in Bug #582 (for ARM target) remains the >>>>> same (in1/in2 values differ by 1). >>>> I just did a fresh install on my ARMv7 of the entire OS and GNU Radio >>>> from the latest git checkout (was testing Balister's new OE manifest >>>> and SDK) and everything is working great here. >> >>>> When you say you did a "fresh build", what does that really mean? One >>>> of the quirks of volk is that cmake /has/ to be rerun when these kinds >>>> of changes are made. Best really to clean up everything to make sure >>>> you're doing everything from a clean checkout. "git reset --hard; git >>>> pull origin master; git clean -dxf;". Then rerun cmake and make from a >>>> clean build directory. >> >>>> The above might be overkill, so if you want a quicker test, start with >>>> the clean git pull of the latest head and just make sure to rerun >>>> cmake and make, not necessarily from an empty directory. >> >> Hi, Tom, >> I tried these steps: >> - Uninstalled gnuradio (make uninstall). >> - apt-get update + apt-get upgrade for my ARM7 target (Ubuntu 13.04), >> which updated quite a bit of stuff. >> - Deleted my gnuradio tree and re-cloned it. >> - Checkout maint branch. >> - Built as I have been doing. >> - Same problem :( >> >> Hi, Philip, >>> Building gnuradio on an arm is silly :) >> I bow to the sheer power of your A15 toolchain-rebuild cross-compile x86 >> prowess. :) >> >>> I am wondering if the QA failure is relates, to the use of the hard float >>> ABI. >> For me, whenever I have tried to specify hard or soft float ABI, cmake >> fails. If I don't specify it, it just works... >> >>> I'm switching my OE builds to armthf now so I can compare my results with >>> Tom's. >> Thanks! > > I'm working on a real fix for the qa code (not just symlinking until it > works) Hopefully, I can confirm hard float status tomorrow. > > Philip
Seems like Philip was able to replicate these VOLK bugs using the hard float build. I just tried it myself using his hard float OE, but I'm still getting everything to pass ok on my system. Tom _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio