[USRP-users] UHD from source on Linux - Setup the library path
Hello all, Upon installing UHD from source, the instructions mention to "Make sure that libuhd.so is in your LD_LIBRARY_PATH". How can I verify this? The env command does not display LD_LIBRARY_PATH. Regards, Saeid ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] Unable to Install NI USRP Rio for Pcie Connectivity to X310
Hello all,
I am trying to connect my PC (intel core i7, 500gb HDD Ubuntu 18.04) with the
X310 via PCIe. I have successfully installed UHD version 3.14 and am using gcc
7.3 and I made sure my kernel was 64 bit (I ran uname -m and it returned
x86_64).
For some reason I can't get nikal to build and this is the error I get (there
is more but this is a snippet):
<11>Aug 8 08:53:49 nikal: ./arch/x86/include/asm/current.h:18:17: warning:
passing argument 2 of 'get_user_pages' makes integer from pointer without a
cast [-Wint-conversion]
<11>Aug 8 08:53:49 nikal: #define current get_current()
<11>Aug 8 08:53:49 nikal: ^
<11>Aug 8 08:53:49 nikal:
/var/lib/nikal/4.15.0-30-generic/nikal/nikal.c:7021:37: note: in expansion of
macro 'current'
<11>Aug 8 08:53:49 nikal: pinned = get_user_pages(current, current->mm,
<11>Aug 8 08:53:49 nikal: ^~~
<11>Aug 8 08:53:49 nikal: In file included from
/var/lib/nikal/4.15.0-30-generic/nikal/nikal.c:61:0:
<11>Aug 8 08:53:49 nikal: ./include/linux/mm.h:1398:6: note: expected 'long
unsigned int' but argument is of type 'struct mm_struct *'
<11>Aug 8 08:53:49 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>Aug 8 08:53:49 nikal: ^~
<11>Aug 8 08:53:49 nikal:
/var/lib/nikal/4.15.0-30-generic/nikal/nikal.c:7023:28: warning: passing
argument 4 of 'get_user_pages' makes pointer from integer without a cast
[-Wint-conversion]
<11>Aug 8 08:53:49 nikal: size,
<11>Aug 8 08:53:49 nikal: ^~~~
<11>Aug 8 08:53:49 nikal: In file included from
/var/lib/nikal/4.15.0-30-generic/nikal/nikal.c:61:0:
<11>Aug 8 08:53:49 nikal: ./include/linux/mm.h:1398:6: note: expected 'struct
page **' but argument is of type 'size_t {aka long unsigned int}'
<11>Aug 8 08:53:49 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>Aug 8 08:53:49 nikal: ^~
<11>Aug 8 08:53:49 nikal:
/var/lib/nikal/4.15.0-30-generic/nikal/nikal.c:7024:28: warning: passing
argument 5 of 'get_user_pages' makes pointer from integer without a cast
[-Wint-conversion]
<11>Aug 8 08:53:49 nikal: flags &
nNIKAL220_kPageListAccessModeWrite,
<11>Aug 8 08:53:49 nikal: ^
<11>Aug 8 08:53:49 nikal: In file included from
/var/lib/nikal/4.15.0-30-generic/nikal/nikal.c:61:0:
<11>Aug 8 08:53:49 nikal: ./include/linux/mm.h:1398:6: note: expected 'struct
vm_area_struct **' but argument is of type 'long unsigned int'
<11>Aug 8 08:53:49 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>Aug 8 08:53:49 nikal: ^~
<11>Aug 8 08:53:49 nikal:
/var/lib/nikal/4.15.0-30-generic/nikal/nikal.c:7021:13: error: too many
arguments to function 'get_user_pages'
<11>Aug 8 08:53:49 nikal: pinned = get_user_pages(current, current->mm,
<11>Aug 8 08:53:49 nikal: ^~
<11>Aug 8 08:53:49 nikal: In file included from
/var/lib/nikal/4.15.0-30-generic/nikal/nikal.c:61:0:
<11>Aug 8 08:53:49 nikal: ./include/linux/mm.h:1398:6: note: declared here
<11>Aug 8 08:53:49 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>Aug 8 08:53:49 nikal: ^~
<11>Aug 8 08:53:49 nikal: cc1: some warnings being treated as errors
<11>Aug 8 08:53:49 nikal: scripts/Makefile.build:339: recipe for target
'/var/lib/nikal/4.15.0-30-generic/nikal/nikal.o' failed
<11>Aug 8 08:53:49 nikal: make[2]: ***
[/var/lib/nikal/4.15.0-30-generic/nikal/nikal.o] Error 1
<11>Aug 8 08:53:49 nikal: Makefile:1552: recipe for target
'_module_/var/lib/nikal/4.15.0-30-generic/nikal' failed
<11>Aug 8 08:53:49 nikal: make[1]: ***
[_module_/var/lib/nikal/4.15.0-30-generic/nikal] Error 2
<11>Aug 8 08:53:49 nikal: Makefile:32: recipe for target 'nikal.ko' failed
<11>Aug 8 08:53:49 nikal: make: *** [nikal.ko] Error 2
<11>Aug 8 08:53:49 nikal: ERROR: failed to build nikal
<11>Aug 8 08:53:49 nikal: ERROR: NI-KAL update failed.
<11>Aug 8 08:53:49 nikal: ERROR: make of nikal kernel module failed, not
installing kernel module.
<11>Aug 8 08:53:49 nikal: ERROR: updateNIDrivers should be called again after
fixing the problem.
<11>Aug 8 08:53:49 nikal: ERROR: Logging failure...
<11>Aug 8 08:53:52 nikal: ERROR: Include the file /tmp/niSystemReport.out.gz
when contacting
<11>Aug 8 08:53:52 nikal: ERROR: National Instruments for support.
<11>Aug 8 08:53:52 nikal: ERROR: Update of National Instruments drivers failed.
I found someone else who had this issue and it was resolved by upgrading gcc to
4.9 or later and my gcc is already at 7.3 so I am not sure what else to do. Any
insight would be appreciated. Thank you.
Sarah Tran
___
USRP-users mailing list
USRP-users@lists.ettus.com
Re: [USRP-users] N310 Sampling Rate Sanity Check (GNUradio)
On 08/08/2018 02:29 PM, Sayyed Dormiani Tabatabaei via USRP-users wrote: Hello, I am trying to debug a channel sounder I made in GNUradio. As a sanity check, I made a new project that sends a sin into TX0 and Nulls into the other three TX. After attaching a spectrum analyzer to TX0 and running the sin project I get very strange and incoherent results. (N310 - SMA - 30dB attenuator - SMA2BNC - RSA 3408A Spectrum Analyzer) I suspect there is an issue with my sampling rate choices. What would be a reasonable sampling rate choice for a sanity check? I understand that the chosen sampling rate should be an even factor of one of the four master clocks that the N310 supports. However, when I pick low-ish rates (KHz range) the result is a garbage saw-tooth in time domain and a strange step-like pyramid in frequency domain. Higher sampling rates (MHz scale) cause GNUradio to crash and lock up. (I am changing the sin frequency every time I change the sampling rate to keep things in line with Nyquest-Shannon) Thank you for the help in advance. Ali PS: Currently recompiling UHD and GNUradio to get the 13.0.0.1 update. The lowest-possible sample rate is: master_clock_rate/1024 The default master clock on N310 is 125MHz ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] N310 Sampling Rate Sanity Check (GNUradio)
Hello, I am trying to debug a channel sounder I made in GNUradio. As a sanity check, I made a new project that sends a sin into TX0 and Nulls into the other three TX. After attaching a spectrum analyzer to TX0 and running the sin project I get very strange and incoherent results. (N310 - SMA - 30dB attenuator - SMA2BNC - RSA 3408A Spectrum Analyzer) I suspect there is an issue with my sampling rate choices. What would be a reasonable sampling rate choice for a sanity check? I understand that the chosen sampling rate should be an even factor of one of the four master clocks that the N310 supports. However, when I pick low-ish rates (KHz range) the result is a garbage saw-tooth in time domain and a strange step-like pyramid in frequency domain. Higher sampling rates (MHz scale) cause GNUradio to crash and lock up. (I am changing the sin frequency every time I change the sampling rate to keep things in line with Nyquest-Shannon) Thank you for the help in advance. Ali PS: Currently recompiling UHD and GNUradio to get the 13.0.0.1 update. ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] Problem running RFNoC testbench all of a sudden
I am not sure what I've done, but all of a sudden I don't seem to be able to
run my testbench. Things are in the "compiling" stage of the testbench when I
get hit with this:
Built simulation snapshot ddc_chain_behav
** Webtalk v2017.4 (64-bit)
SW Build 2086221 on Fri Dec 15 20:54:30 MST 2017
IP Build 2085800 on Fri Dec 15 22:25:07 MST 2017
** Copyright 1986-2017 Xilinx, Inc. All Rights Reserved.
source
/opt/gnuradio/v3.7.12.0_rfnoc/src/rfnoc-nocblocks/rfnoc/testbenches/noc_block_responder_tb/xsim_proj/xsim_proj.sim/sim_1/behav/xsim/xsim.dir/ddc_chain_behav/webtalk/xsim_webtalk.tcl
-notrace
INFO: [Common 17-186]
'/opt/gnuradio/v3.7.12.0_rfnoc/src/rfnoc-nocblocks/rfnoc/testbenches/noc_block_responder_tb/xsim_proj/xsim_proj.sim/sim_1/behav/xsim/xsim.dir/ddc_chain_behav/webtalk/usage_statistics_ext_xsim.xml'
has been successfully sent to Xilinx on Wed Aug 8 08:40:08 2018. For
additional details about this file, please refer to the WebTalk help file at
/opt/Xilinx/Vivado/2017.4/doc/webtalk_introduction.html.
INFO: [Common 17-206] Exiting Webtalk at Wed Aug 8 08:40:08 2018...
run_program: Time (s): cpu = 00:00:04 ; elapsed = 00:00:05 . Memory (MB): peak
= 1340.074 ; gain = 0.000 ; free physical = 48514 ; free virtual = 292443
INFO: [USF-XSim-69] 'elaborate' step finished in '5' seconds
INFO: [USF-XSim-4] XSim::Simulate design
INFO: [USF-XSim-61] Executing 'SIMULATE' step in
'/opt/gnuradio/v3.7.12.0_rfnoc/src/rfnoc-nocblocks/rfnoc/testbenches/noc_block_responder_tb/xsim_proj/xsim_proj.sim/sim_1/behav/xsim'
INFO: [USF-XSim-98] *** Running xsim
with args "ddc_chain_behav -key {Behavioral:sim_1:Functional:ddc_chain}
-tclbatch {ddc_chain.tcl} -log {simulate.log}"
INFO: [USF-XSim-8] Loading simulator feature
Vivado Simulator 2017.4
Time resolution is 1 ps
source ddc_chain.tcl
## current_wave_config
ERROR : The following component DSP48A1 at instance
ddc_chain.old_hb.small_hb_i.mult.dsp_st.DSP48AST is not supported for
retargeting in this architecture. Please modify your source code to use
supported primitives. The complete list of supported primitives for this
architectures is provided in the 7 Series HDL Libraries Guide available on
www.xilinx.com.
$finish called at time : 0 fs : File
"/wrk/2017.4/nightly/2017_12_15_2086221/data/verilog/src/retarget/DSP48A1.v"
Line 74
INFO: [USF-XSim-96] XSim completed. Design snapshot 'ddc_chain_behav' loaded.
INFO: [USF-XSim-97] XSim simulation ran for 10us
launch_simulation: Time (s): cpu = 00:00:12 ; elapsed = 00:00:16 . Memory (MB):
peak = 1407.582 ; gain = 112.375 ; free physical = 48509 ; free virtual = 292438
# if [string equal $vivado_mode "batch"] {
# puts "BUILDER: Closing project"
# close_project
# } else {
# puts "BUILDER: In GUI mode. Leaving project open."
# }
BUILDER: Closing project
I didn't update UHD or anything like that, so I can't figure out what I've
done wrong. I assume the DSP48A1 is because I am attempting to use most of the
siggen code in my block. This seemed to be working fine, and then this hit all
of a sudden.
Any thoughts?
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
