Re: [Discuss-gnuradio] Try to improve E100's performance at high sample rate
Ziyang -
Are you using any of our official e1xx images? I noticed that you are
manually typing in arguments for the e1xx; UHD and GNURadio are both
distributed with CMake Toolchain files for use on the E1xx devices.
Additionally, our official images come with a script that will
automatically build GNU Radio with a bunch of extra useful flags that get
around some of the stranger package-location errors.
Regardless, you can manually check what pkg-config finds with:
$ sudo pkg-config --list-all | grep orc
Our official e1xx images come with the orc pkg-config file installed at:
/usr/lib/pkgconfig/orc-0.4.pc
Cheers,
Ben
On Wed, Jan 25, 2012 at 9:37 AM, ziyang wrote:
> On 01/24/2012 11:00 PM, Philip Balister wrote:
>
>>
>> This is what it shows when I run a "opkg list-installed | grep orc"
>>> check:
>>>
>>> liborc-0.4-0 - 0.4.16-r1.0.9
>>> liborc-test-0.4-0 - 0.4.16-r1.0.9
>>> orc - 0.4.16-r1.0.9
>>>
>>> I don't understand why orc/liborc cannot be detected by CMake. The
>>> options for CMake are:
>>>
>>> cmake -DCMAKE_INSTALL_PREFIX=/usr
>>> -DCMAKE_CXX_FLAGS:STRING="-**mcpu=cortex-a8 -mfpu=neon
>>> -mfloat-abi=softfp
>>> -g" -DCMAKE_C_FLAGS:STRING="-mcpu=**cortex-a8 -mfpu=neon
>>> -mfloat-abi=softfp -g" ../
>>>
>>> Could you tell me what might be the problem? Thanks.
>>>
>> Add -DENABLE_ORC=ON to the cmake command line.
>>
>> Philip
>>
>
> Thanks, Philip. But the problem remains after -DENABLE_ORC=on is added.
> When configuring volk, these issues are reported:
>
> -- Configuring volk support...
> -- Enabling volk support.
> -- Override with -DENABLE_VOLK=ON/OFF
> -- Boost version: 1.45.0
> -- Found the following Boost libraries:
> -- unit_test_framework
> -- checking for module 'orc-0.4'
> -- package 'orc-0.4' not found
> -- orc files (missing: ORC_LIBRARY ORC_INCLUDE_DIR)
> -- Performing Test have_maltivec
> -- Performing Test have_maltivec - Failed
> -- Performing Test have_mfpu=neon
> -- Performing Test have_mfpu=neon - Success
> -- Performing Test have_mfloat-abi=softfp
> -- Performing Test have_mfloat-abi=softfp - Success
> -- Performing Test have_funsafe-math-**optimizations
> -- Performing Test have_funsafe-math-**optimizations - Success
> -- Performing Test have_m32
> -- Performing Test have_m32 - Failed
> -- Performing Test have_m64
> -- Performing Test have_m64 - Failed
> -- Performing Test have_m3dnow
> -- Performing Test have_m3dnow - Failed
> -- Performing Test have_msse4.2
> -- Performing Test have_msse4.2 - Failed
> -- Performing Test have_mpopcnt
> -- Performing Test have_mpopcnt - Failed
> -- Performing Test have_mmmx
> -- Performing Test have_mmmx - Failed
> -- Performing Test have_msse
> -- Performing Test have_msse - Failed
> -- Performing Test have_msse2
> -- Performing Test have_msse2 - Failed
> -- orc overruled
> -- Performing Test have_msse3
> -- Performing Test have_msse3 - Failed
> -- Performing Test have_mssse3
> -- Performing Test have_mssse3 - Failed
> -- Performing Test have_msse4a
> -- Performing Test have_msse4a - Failed
> -- Performing Test have_msse4.1
> -- Performing Test have_msse4.1 - Failed
> -- Performing Test have_mavx
> -- Performing Test have_mavx - Failed
>
> -- Available arches: generic;neon
> -- Available machines: generic;neon
> -- Did not find liborc and orcc, disabling orc support...
> -- Using install prefix: /usr/local
> -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>
> However, if I check orc manually with "opkg list-installed | grep orc", it
> shows:
>
>
> liborc-0.4-0 - 0.4.16-r1.0.9
> liborc-test-0.4-0 - 0.4.16-r1.0.9
> orc - 0.4.16-r1.0.9
>
> And if I run a search for orc under /usr , these related files are found:
>
> ./lib/liborc-0.4.so.0
> ./lib/liborc-test-0.4.so.0.16.**0
> ./lib/liborc-test-0.4.so.0
> ./lib/liborc-0.4.so.0.16.0
> ./bin/orc-bugreport
> ./bin/orcc
>
> So I guess it's because the installation of orc is not complete. I wrote a
> orc-0.4.pc, something like this:
> --**--
> prefix=/usr
> exec_prefix=${prefix}
> libdir=${exec_prefix}/lib
> includedir=${prefix}/include/**orc-0.4
> toolsdir=${exec_prefix}/bin
>
> Name: orc-0.4
> Description: Oil Runtime Complier
> Version: 0.4.16
> Libs: -L${libdir} -lorc-0.4
> Libs.private: -L/usr/lib
> Cflags: -I${includedir}
>
> orcc=${toolsdir}/orcc
> --**--
>
> and put it in /usr/lib/pkgconfig, copy orc.h to /usr/include/orc-4.0/orc/
> . Now ORC_INCLUDE_DIR can be found by FindORC.cmake, but ORC_LIBRARY,
> liborc and orcc are still missing. Is there any way to fix this or do I
> need a fresh rebuild of orc? Thanks.
>
>
> Best Regards,
>
>
> Terry
>
> __**_
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/**listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
ht
Re: [Discuss-gnuradio] Try to improve E100's performance at high sample rate
Also, I'll note that in our official images, orc is installed from source,
rather than from opkg. You can find the source tarball for this install in
~root/src/
If you choose to try this, make sure you first completely remove orc with
opkg _first_.
Lastly, unless there is a really good reason to not use our official
images, I highly suggest using them. It is much easier for us to support
you if you are using a system we are familiar with.
Cheers,
Ben
On Wed, Jan 25, 2012 at 12:12 PM, Ben Hilburn wrote:
> Ziyang -
>
> Are you using any of our official e1xx images? I noticed that you are
> manually typing in arguments for the e1xx; UHD and GNURadio are both
> distributed with CMake Toolchain files for use on the E1xx devices.
> Additionally, our official images come with a script that will
> automatically build GNU Radio with a bunch of extra useful flags that get
> around some of the stranger package-location errors.
>
> Regardless, you can manually check what pkg-config finds with:
>
> $ sudo pkg-config --list-all | grep orc
>
> Our official e1xx images come with the orc pkg-config file installed at:
>
> /usr/lib/pkgconfig/orc-0.4.pc
>
> Cheers,
> Ben
>
> On Wed, Jan 25, 2012 at 9:37 AM, ziyang wrote:
>
>> On 01/24/2012 11:00 PM, Philip Balister wrote:
>>
>>>
>>> This is what it shows when I run a "opkg list-installed | grep orc"
check:
liborc-0.4-0 - 0.4.16-r1.0.9
liborc-test-0.4-0 - 0.4.16-r1.0.9
orc - 0.4.16-r1.0.9
I don't understand why orc/liborc cannot be detected by CMake. The
options for CMake are:
cmake -DCMAKE_INSTALL_PREFIX=/usr
-DCMAKE_CXX_FLAGS:STRING="-**mcpu=cortex-a8 -mfpu=neon
-mfloat-abi=softfp
-g" -DCMAKE_C_FLAGS:STRING="-mcpu=**cortex-a8 -mfpu=neon
-mfloat-abi=softfp -g" ../
Could you tell me what might be the problem? Thanks.
>>> Add -DENABLE_ORC=ON to the cmake command line.
>>>
>>> Philip
>>>
>>
>> Thanks, Philip. But the problem remains after -DENABLE_ORC=on is added.
>> When configuring volk, these issues are reported:
>>
>> -- Configuring volk support...
>> -- Enabling volk support.
>> -- Override with -DENABLE_VOLK=ON/OFF
>> -- Boost version: 1.45.0
>> -- Found the following Boost libraries:
>> -- unit_test_framework
>> -- checking for module 'orc-0.4'
>> -- package 'orc-0.4' not found
>> -- orc files (missing: ORC_LIBRARY ORC_INCLUDE_DIR)
>> -- Performing Test have_maltivec
>> -- Performing Test have_maltivec - Failed
>> -- Performing Test have_mfpu=neon
>> -- Performing Test have_mfpu=neon - Success
>> -- Performing Test have_mfloat-abi=softfp
>> -- Performing Test have_mfloat-abi=softfp - Success
>> -- Performing Test have_funsafe-math-**optimizations
>> -- Performing Test have_funsafe-math-**optimizations - Success
>> -- Performing Test have_m32
>> -- Performing Test have_m32 - Failed
>> -- Performing Test have_m64
>> -- Performing Test have_m64 - Failed
>> -- Performing Test have_m3dnow
>> -- Performing Test have_m3dnow - Failed
>> -- Performing Test have_msse4.2
>> -- Performing Test have_msse4.2 - Failed
>> -- Performing Test have_mpopcnt
>> -- Performing Test have_mpopcnt - Failed
>> -- Performing Test have_mmmx
>> -- Performing Test have_mmmx - Failed
>> -- Performing Test have_msse
>> -- Performing Test have_msse - Failed
>> -- Performing Test have_msse2
>> -- Performing Test have_msse2 - Failed
>> -- orc overruled
>> -- Performing Test have_msse3
>> -- Performing Test have_msse3 - Failed
>> -- Performing Test have_mssse3
>> -- Performing Test have_mssse3 - Failed
>> -- Performing Test have_msse4a
>> -- Performing Test have_msse4a - Failed
>> -- Performing Test have_msse4.1
>> -- Performing Test have_msse4.1 - Failed
>> -- Performing Test have_mavx
>> -- Performing Test have_mavx - Failed
>>
>> -- Available arches: generic;neon
>> -- Available machines: generic;neon
>> -- Did not find liborc and orcc, disabling orc support...
>> -- Using install prefix: /usr/local
>> -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
>>
>> However, if I check orc manually with "opkg list-installed | grep orc",
>> it shows:
>>
>>
>> liborc-0.4-0 - 0.4.16-r1.0.9
>> liborc-test-0.4-0 - 0.4.16-r1.0.9
>> orc - 0.4.16-r1.0.9
>>
>> And if I run a search for orc under /usr , these related files are found:
>>
>> ./lib/liborc-0.4.so.0
>> ./lib/liborc-test-0.4.so.0.16.**0
>> ./lib/liborc-test-0.4.so.0
>> ./lib/liborc-0.4.so.0.16.0
>> ./bin/orc-bugreport
>> ./bin/orcc
>>
>> So I guess it's because the installation of orc is not complete. I wrote
>> a orc-0.4.pc, something like this:
>> --**--
>> prefix=/usr
>> exec_prefix=${prefix}
>> libdir=${exec_prefix}/lib
>> includedir=${prefix}/include/**orc-0.4
>> toolsdir=${exec_prefix}/bin
>>
>> Name: orc-0.4
>> Description: Oil Runtime Complier
>> Version: 0.4.16
>> Libs: -L${libdir} -lorc-0.4
>> Libs.private: -L/usr/lib
>> Cflags: -I${includedir}
>>
>> orcc=${toolsdir}/orcc
>> -
Re: [Discuss-gnuradio] Try to improve E100's performance at high sample rate
On 01/24/2012 11:00 PM, Philip Balister wrote:
This is what it shows when I run a "opkg list-installed | grep orc" check:
liborc-0.4-0 - 0.4.16-r1.0.9
liborc-test-0.4-0 - 0.4.16-r1.0.9
orc - 0.4.16-r1.0.9
I don't understand why orc/liborc cannot be detected by CMake. The
options for CMake are:
cmake -DCMAKE_INSTALL_PREFIX=/usr
-DCMAKE_CXX_FLAGS:STRING="-mcpu=cortex-a8 -mfpu=neon -mfloat-abi=softfp
-g" -DCMAKE_C_FLAGS:STRING="-mcpu=cortex-a8 -mfpu=neon
-mfloat-abi=softfp -g" ../
Could you tell me what might be the problem? Thanks.
Add -DENABLE_ORC=ON to the cmake command line.
Philip
Thanks, Philip. But the problem remains after -DENABLE_ORC=on is added.
When configuring volk, these issues are reported:
-- Configuring volk support...
-- Enabling volk support.
-- Override with -DENABLE_VOLK=ON/OFF
-- Boost version: 1.45.0
-- Found the following Boost libraries:
-- unit_test_framework
-- checking for module 'orc-0.4'
-- package 'orc-0.4' not found
-- orc files (missing: ORC_LIBRARY ORC_INCLUDE_DIR)
-- Performing Test have_maltivec
-- Performing Test have_maltivec - Failed
-- Performing Test have_mfpu=neon
-- Performing Test have_mfpu=neon - Success
-- Performing Test have_mfloat-abi=softfp
-- Performing Test have_mfloat-abi=softfp - Success
-- Performing Test have_funsafe-math-optimizations
-- Performing Test have_funsafe-math-optimizations - Success
-- Performing Test have_m32
-- Performing Test have_m32 - Failed
-- Performing Test have_m64
-- Performing Test have_m64 - Failed
-- Performing Test have_m3dnow
-- Performing Test have_m3dnow - Failed
-- Performing Test have_msse4.2
-- Performing Test have_msse4.2 - Failed
-- Performing Test have_mpopcnt
-- Performing Test have_mpopcnt - Failed
-- Performing Test have_mmmx
-- Performing Test have_mmmx - Failed
-- Performing Test have_msse
-- Performing Test have_msse - Failed
-- Performing Test have_msse2
-- Performing Test have_msse2 - Failed
-- orc overruled
-- Performing Test have_msse3
-- Performing Test have_msse3 - Failed
-- Performing Test have_mssse3
-- Performing Test have_mssse3 - Failed
-- Performing Test have_msse4a
-- Performing Test have_msse4a - Failed
-- Performing Test have_msse4.1
-- Performing Test have_msse4.1 - Failed
-- Performing Test have_mavx
-- Performing Test have_mavx - Failed
-- Available arches: generic;neon
-- Available machines: generic;neon
-- Did not find liborc and orcc, disabling orc support...
-- Using install prefix: /usr/local
-- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
However, if I check orc manually with "opkg list-installed | grep orc",
it shows:
liborc-0.4-0 - 0.4.16-r1.0.9
liborc-test-0.4-0 - 0.4.16-r1.0.9
orc - 0.4.16-r1.0.9
And if I run a search for orc under /usr , these related files are found:
./lib/liborc-0.4.so.0
./lib/liborc-test-0.4.so.0.16.0
./lib/liborc-test-0.4.so.0
./lib/liborc-0.4.so.0.16.0
./bin/orc-bugreport
./bin/orcc
So I guess it's because the installation of orc is not complete. I wrote
a orc-0.4.pc, something like this:
prefix=/usr
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include/orc-0.4
toolsdir=${exec_prefix}/bin
Name: orc-0.4
Description: Oil Runtime Complier
Version: 0.4.16
Libs: -L${libdir} -lorc-0.4
Libs.private: -L/usr/lib
Cflags: -I${includedir}
orcc=${toolsdir}/orcc
and put it in /usr/lib/pkgconfig, copy orc.h to
/usr/include/orc-4.0/orc/ . Now ORC_INCLUDE_DIR can be found by
FindORC.cmake, but ORC_LIBRARY, liborc and orcc are still missing. Is
there any way to fix this or do I need a fresh rebuild of orc? Thanks.
Best Regards,
Terry
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Running tunnel.py/benchmark_tx.py (OFDM) with XCVR2450?
Hey guys, we are trying to get run the tunnel.py / benchmark_rx.py (OFDM) in order to measure the datarate between two USRP2 (located with distance of 1 m) with daughterboards XCVR2450. We are running the benchmark_tx/rx.py as follows: benchmark_tx.py -f 2.4G --tx-gain=10 --tx-amplitude=0.8 -v benchmark_rx.py -f 2.4G --rx-gain=4 -v We already tried to tune the parameters by analyzing the spectrum by gnuradio-companion. It looks reasonable and the SNR is round about 20 dB which should be fine? Unfortunately, we don't get any packets transmitted. The RX side always says TIMEOUT. Our configuration is as follows: - Ubuntu 10.04 - gnuradio 3.5.1 (installed freshly) - UHD firmware version 003.003.001 - XCVR2450 Has anybody already got the tunnel.py/benchmark_tx.py run with a similar configuration? Has anybody an idea what we are doing wrong? Thanks in advance for your help! Best Regards, Florian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
