Re: [Discuss-gnuradio] Install: qa_volk_test_all fails on armv7

[Tom Rondeau]

On Wed, Dec 4, 2013 at 6:38 PM, Philip Balister <address@hidden> 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