Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. Re: Rfnoc UHD processor load on E310 increased with recent
update (Michael West)
2. Re: E310 read write registers (olivani)
3. Re: Cross compiling custom blocks on E310 (Philip Balister)
4. Re: High CPU usage (Michael West)
5. Re: Cross compiling custom blocks on E310 (Jessica Iwamoto)
6. Re: E310 cross compilation issues (Michael West)
7. Re: NI-USRP 15.0 driver is not working on Ubuntu 16.04
(Michael West)
8. Re: E310 cross compilation issues (olivani)
9. Re: Cross compiling custom blocks on E310 (Philip Balister)
10. Re: E310 cross compilation issues (Michael West)
11. UHD 3.9.x vs 3.10.x (Rob Kossler)
12. Re: High CPU usage (Vladica Sark)
13. Observing multipath phenomena by transmitting Impulses using
NI USRP 2901 (Ammar Mahmood)
14. Re: Observing multipath phenomena by transmitting Impulses
using NI USRP 2901 (Julian Arnold)
15. Re: Observing multipath phenomena by transmitting Impulses
using NI USRP 2901 (Ammar Mahmood)
16. Re: NI-USRP 15.0 driver is not working on Ubuntu 16.04
(Dennis Stroh)
17. Sampling rate on E310 with GRC (???)
18. Re: Observing multipath phenomena by transmitting Impulses
using NI USRP 2901 (Julian Arnold)
19. Re: Sampling rate on E310 with GRC (Marcus M?ller)
20. Re: Observing multipath phenomena by transmitting Impulses
using NI USRP 2901 (Ammar Mahmood)
----------------------------------------------------------------------
Message: 1
Date: Mon, 15 May 2017 09:52:41 -0700
From: Michael West <[email protected]>
To: EJ Kreinar <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Rfnoc UHD processor load on E310 increased
with recent update
Message-ID:
<cam4xkroornjczcmogooohcn7iop-splu5sxaf4jeu61f696...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi EJ,
This is a known issue and we are working to fix it. Please revert to
commit 7f7d9b04cfc59a8dd743ff3dc9c816b57675786e or earlier for now. We
should have this resolved soon.
Regards,
Michael
On Fri, May 12, 2017 at 6:42 AM, EJ Kreinar via USRP-users <
[email protected]> wrote:
> Hi again,
>
> I have a follow-up test to evaluate if the processing overhead is due to
> PS -> PL communication in the new UHD. It looks like this PS -> PL
> communication is getting bogged down somewhere in the recent UHD release.
>
> In my rfnoc image, I now have the following blocks on the device:
>
> | | | RFNoC blocks on this device:
> | | |
> | | | * Radio_0
> | | | * FIFO_0
> | | | * SplitStream_0
> | | | * SigGen_0
> | | | * DUC_0
>
>
> My test is to simply run UHD's uhd_siggen application from the command
> line. Here's the explicit command I used:
>
> uhd_siggen --args "fpga=/images/2017-05-11-siggen.bit" -s 200000 -g 60 -f
> 1000000000 --sine
>
>
> And the results:
>
> 1. UHD as of 2/7/2017, SHA 2cf80a6:
> a. 3%-5% processing load on each core
>
> 2. UHD as of 4/15/2017, SHA 24b9857 (plus a minor patch to fix an
> initialization problem-- shouldnt impact the performance test)
> a. 95% - 100% processor load on each core, plus underflows.
>
>
> Here's the full log with the updated UHD:
>
> /test# uhd_siggen --args "fpga=/images/2017-05-11-siggen.bit" -s 200000
> -g 60 -f 1000000000 --sine
> [INFO] [UHD] linux; GNU C++ version 4.9.2; Boost_105700;
> UHD_4.0.0.update-uhd-109-g5107d983
> [DEBUG] [NIRIO] rpc_client connection request cancelled/aborted.
> [DEBUG] [E300] e300_make with args Device Address:
> type: e3x0
> node: /dev/axi_fpga
> name:
> serial: 30CD167
> product: 30675
> fpga: /images/2017-05-11-siggen.bit
>
> [INFO] [E300] Loading FPGA image: /images/2017-05-11-siggen.bit...
> [INFO] [E300] FPGA image loaded
> [INFO] [E300] Detecting internal GPSDO
> .... [INFO] [E300] GPSDO found
> [INFO] [E300] Initializing core control (global registers)...
>
> [INFO] [E300] Performing register loopback test...
> [INFO] [E300] Register loopback test passed
> [DEBUG] [E300] Initializing AD9361 using hard SPI core...
> [DEBUG] [E300] OK
>
> [DEBUG] [E300] [E300] Setting up dest map for host ep 0 to be stream 0
>
> [DEBUG] [E300] [E300] Setting up dest map for host ep 1 to be stream 1
>
> [INFO] [RFNOC RADIO] Register loopback test passed
> [INFO] [RFNOC RADIO] Register loopback test passed
> [DEBUG] [E300] Setting time source to internal
>
> [DEBUG] [E300] [E300] Setting up dest map for host ep 2 to be stream 2
>
> [DEBUG] [E300] [E300] Setting up dest map for host ep 3 to be stream 3
>
> [DEBUG] [E300] [E300] Setting up dest map for host ep 4 to be stream 4
>
> [WARNING] [RFNOC] [0/SplitStream_0] defines 2 input buffer sizes, but 1
> input ports
> [DEBUG] [E300] [E300] Setting up dest map for host ep 5 to be stream 5
>
> [DEBUG] [E300] [E300] Setting up dest map for host ep 6 to be stream 6
>
> [DEBUG] [E300] Initializing Radio Block...
>
> [INFO] [AD936X] Performing CODEC loopback test...
> [INFO] [AD936X] CODEC loopback test passed
> [INFO] [AD936X] Performing CODEC loopback test...
> [INFO] [AD936X] CODEC loopback test passed
> [DEBUG] [E300] Asking for clock rate 16 MHz
>
> [DEBUG] [E300] Actually got clock rate 16 MHz
>
> [INFO] [CORES] Performing timer loopback test...
> [INFO] [CORES] Timer loopback test passed
> [DEBUG] [E300] end of e300_impl()
>
> [WARNING] [RFNOC] [legacy_compat] No DDCs detected. You will only be able
> to receive at the radio frontend rate.
> [WARNING] [RFNOC] [legacy_compat] No DMA FIFO detected. You will only be
> able to transmit at slow rates.
> [DEBUG] [E300] Asking for clock rate 16 MHz
>
> [DEBUG] [E300] Actually got clock rate 16 MHz
>
> [INFO] [CORES] Performing timer loopback test...
> [INFO] [CORES] Timer loopback test passed
> [DEBUG] [UHD] gain_left_to_distribute 0
> [DEBUG] [UHD] 0: 60
> [UHD-SIGGEN] UHD Signal Generator
> [UHD-SIGGEN] UHD Version: 4.0.0.update-uhd-109-g5107d983
> [UHD-SIGGEN] Using USRP configuration:
> [UHD-SIGGEN] Motherboard: E3XX (30CD167)
> [UHD-SIGGEN] Daughterboard: FE-TX2, 30CBB66
> [UHD-SIGGEN] Subdev: A:A A:B
> [UHD-SIGGEN] Antenna: TX/RX
>
> [DEBUG] [UHD] gain_left_to_distribute 0
> [DEBUG] [UHD] 0: 60
> [DEBUG] [E300] [E300] Setting up dest map for host ep 7 to be stream 7
>
> [DEBUG] [CONVERT] get_converter: For converter ID: conversion ID
> Input format: fc32
> Num inputs: 1
> Output format: sc16_item32_le
> Num outputs: 1
> Using prio: 2
> [UHD-SIGGEN] Press Enter to quit:
> UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
> UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
> UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
> UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
> UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
> UUUUUUUUUUUUUUUUUUUUUUUS[INFO] [E300] Loading FPGA image:
> /images/usrp_e3xx_fpga_idle_sg3.bit...
> [INFO] [E300] FPGA image loaded
> [ERROR] [UHD] Exception caught in safe-call.
> in virtual ctrl_iface_impl::~ctrl_iface_impl()
> at /gnuradio_target/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:76
> this->peek32(0); -> AssertionError: (sts >> 7) & 0x1
> in typename T::sptr e300_transport::get_buff(double) [with T =
> uhd::transport::managed_send_buffer; typename T::sptr =
> boost::intrusive_ptr<uhd::transport::managed_send_buffer>]
> at /gnuradio_target/src/uhd/host/lib/usrp/e300/e300_fifo_config.cpp:250
>
> [ERROR] [UHD] Exception caught in safe-call.
> in virtual ctrl_iface_impl::~ctrl_iface_impl()
> at /gnuradio_target/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:76
> this->peek32(0); -> AssertionError: (sts >> 7) & 0x1
> in typename T::sptr e300_transport::get_buff(double) [with T =
> uhd::transport::managed_send_buffer; typename T::sptr =
> boost::intrusive_ptr<uhd::transport::managed_send_buffer>]
> at /gnuradio_target/src/uhd/host/lib/usrp/e300/e300_fifo_config.cpp:250
>
> [ERROR] [UHD] Exception caught in safe-call.
> in virtual ctrl_iface_impl::~ctrl_iface_impl()
> at /gnuradio_target/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:76
> this->peek32(0); -> AssertionError: (sts >> 7) & 0x1
> in typename T::sptr e300_transport::get_buff(double) [with T =
> uhd::transport::managed_send_buffer; typename T::sptr =
> boost::intrusive_ptr<uhd::transport::managed_send_buffer>]
> at /gnuradio_target/src/uhd/host/lib/usrp/e300/e300_fifo_config.cpp:250
>
> [ERROR] [UHD] Exception caught in safe-call.
> in virtual ctrl_iface_impl::~ctrl_iface_impl()
> at /gnuradio_target/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:76
> this->peek32(0); -> AssertionError: (sts >> 7) & 0x1
> in typename T::sptr e300_transport::get_buff(double) [with T =
> uhd::transport::managed_send_buffer; typename T::sptr =
> boost::intrusive_ptr<uhd::transport::managed_send_buffer>]
> at /gnuradio_target/src/uhd/host/lib/usrp/e300/e300_fifo_config.cpp:250
>
> [ERROR] [UHD] Exception caught in safe-call.
> in virtual ctrl_iface_impl::~ctrl_iface_impl()
> at /gnuradio_target/src/uhd/host/lib/rfnoc/ctrl_iface.cpp:76
> this->peek32(0); -> AssertionError: (sts >> 7) & 0x1
> in typename T::sptr e300_transport::get_buff(double) [with T =
> uhd::transport::managed_send_buffer; typename T::sptr =
> boost::intrusive_ptr<uhd::transport::managed_send_buffer>]
> at /gnuradio_target/src/uhd/host/lib/usrp/e300/e300_fifo_config.cpp:250
>
> /test#
>
>
> Thanks again for any feedback,
> EJ
>
> On Thu, May 11, 2017 at 12:37 PM, EJ Kreinar <[email protected]> wrote:
>
>> Hi All,
>>
>> I want to bring up a potential UHD regression on the E310 and see if
>> anyone has seen the same behavior or knows of a solution.
>>
>> I recently upgraded uhd/rfnoc-devel to the current head. I found that
>> some of my test cases took extra processing load than I remembered before,
>> so I put together a regression test to figure out if this is really an
>> issue.
>>
>> The idea is to run an "FPGA loopback" mode, which is doing nothing except
>> pushing data from the PS to the PL and back. I added a throttle which lets
>> me run at a specific sample rate (I used 500 kHz) so I can observe the
>> processor load. I ran "htop" on the E310 and recorded the processing load
>> on each core during the test.
>>
>> I tested two flowgraphs to evaluate the performance with and without
>> rfnoc.
>> a. Non-RFNoC flowgraph: File Source -> Throttle -> File Sink
>> b. RFNoC flowgraph: File Source -> Throttle -> RFNoC FIFO -> RFNoC
>> FIFO -> File Sink
>>
>> Here's my test results:
>>
>> 1. UHD as of 2/7/2017, SHA 2cf80a6
>> a. Non-rfnoc flowgraph: 4% - 8% processing load on each core
>> b. RFNoC flowgraph: 12% - 14% processing load on each core
>>
>> 2. UHD as of 4/15/2017, SHA 24b9857 (plus a minor patch to fix an
>> initialization problem-- shouldnt impact the performance test)
>> a. Non-rfnoc flowgraph: 4% - 7% processing load on each core
>> b. RFNoC flowgraph: One core is pegged at 100% for the duration of the
>> test. The other core is around 25%-30%
>>
>> I was hopeful the extra processing was my imagination, but I've found the
>> result is repeatable for this unit test and for other flowgraphs where I'm
>> crossing PS/PL domain this way. I havent dug TOO far into it, but I've
>> tested RFNoC Radio -> PS on the updated UHD without seeing the dramatic
>> processing increase-- so I suspect it may have something to do with the PS
>> -> PL interface.
>>
>> Any thoughts??
>>
>> Thanks!
>> EJ
>>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170515/f27aabac/attachment-0001.html>
------------------------------
Message: 2
Date: Mon, 15 May 2017 13:58:57 -0400
From: olivani <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] E310 read write registers
Message-ID:
<CABq0VixkrA5KL2rOGq7=gsxgvbC0QNVnuc=i+mefg6oqrrk...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
To elaborate more . I have created a new register and defined it in
e300_regs.hpp. Now I am trying to invoke e300::_global_regs function peek32
to read the register. But I have error occurring, Please could somebody
help me sort this out.
Thanks and Regards,
Olivani Subbukutty
571-331-2481
On Mon, May 15, 2017 at 9:21 AM, olivani <[email protected]> wrote:
> Hi ,
>
> I am currently in the process of creating a user register and would want
> to read and write to it.
>
> I tried to invoke the function peek32 and poke 32 with the address to read
> and write .
> But I when I invoked the function peek32 and poke32 (whd::wb_iface) I got
> the error"not implemented". Then I created an object to invoke peek32
> of e300_global regs again I get the same error.
>
> Is there a sample of how to read and write to registers.
>
> Thanks and Regards,
> Olivani Subbukutty
> 571-331-2481 <(571)%20331-2481>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170515/fd60a3b6/attachment-0001.html>
------------------------------
Message: 3
Date: Mon, 15 May 2017 14:18:22 -0400
From: Philip Balister <[email protected]>
To: Jessica Iwamoto <[email protected]>, Jason Matusiak
<[email protected]>, usrp-users
<[email protected]>
Subject: Re: [USRP-users] Cross compiling custom blocks on E310
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
On 05/09/2017 02:55 PM, Jessica Iwamoto via USRP-users wrote:
> Yes, I am.
I'm curious if you work against the version GNU Radio that ships with
the E310 (and using the toolchain it comes with) using this method to
only build the OOT block helps:
http://www.opensdr.com/posts/cross-compile-and-install-a-gnuradio-oot-module/
Philip
>
> -----Original Message-----
> From: Jason Matusiak [mailto:[email protected]]
> Sent: Tuesday, May 9, 2017 11:50 AM
> To: Jessica Iwamoto <[email protected]>; usrp-users
> <[email protected]>
> Subject: Re: [USRP-users] Cross compiling custom blocks on E310
>
> And you are sourcing gnuradio on your E310 to use that new directory that you
> mounted? (if so, I might be out of ideas....)
>
>
> On 05/09/2017 02:47 PM, Jessica Iwamoto wrote:
>> Yes, I think so. I've just been following the instructions here:
>> https://kb.ettus.com/Software_Development_on_the_E310_and_E312. I created a
>> prefix on my desktop, installed it to that prefix, and then mounted the
>> prefix on the E310.
>>
>> Jessica
>>
>> -----Original Message-----
>> From: Jason Matusiak [mailto:[email protected]]
>> Sent: Tuesday, May 9, 2017 11:39 AM
>> To: Jessica Iwamoto <[email protected]>; usrp-users
>> <[email protected]>
>> Subject: Re: [USRP-users] Cross compiling custom blocks on E310
>>
>> Jessica, when you cross-compiled your C++ code, did you install it into the
>> proper directory on the E310?
>>
>> ~Jason
>>
>> On 05/09/2017 02:08 PM, Jessica Iwamoto via USRP-users wrote:
>>> Yes, the C++ block works on my desktop. The problem occurs only when I try
>>> to use the C++ block on the E310.
>>>
>>> Jessica
>>>
>>> -----Original Message-----
>>> From: Philip Balister [mailto:[email protected]]
>>> Sent: Tuesday, May 9, 2017 10:33 AM
>>> To: Jessica Iwamoto <[email protected]>; usrp-users
>>> <[email protected]>
>>> Subject: Re: [USRP-users] Cross compiling custom blocks on E310
>>>
>>> On 05/09/2017 11:24 AM, Jessica Iwamoto via USRP-users wrote:
>>>> Hi all,
>>>>
>>>> I am trying to build a custom C++ block with a message port and cross
>>>> compile it for the E310. I am using version 3.7.12 of GNU radio and the
>>>> latest version of the SDK/toolchain for the E310. I have built a simple
>>>> message sink block that just has a message input port and put it in a
>>>> flowgraph with a message strobe. My code runs fine on my PC but when I run
>>>> it on the E310, I get the error:
>>>> Could not find port: msg in:
>>>> system
>>>> Bus error
>>>>
>>>> When I step through the code in a debugger, it seems to be getting stuck
>>>> when the block checks if there is a valid message port. However, when I
>>>> run the following in python, it seems like the block is being created
>>>> correctly, with the message port (named msg):
>>>>> import pmt
>>>>> import custom_module
>>>>> blk = custom_module.msg_sink()
>>>>> blk.message_ports_in()
>>>> #(msg system)
>>>>
>>>> I am able to create custom python blocks with message ports with no
>>>> issues. Any suggestions on what could be causing this?
>>> Does the C++ block work on a desktop? It might be easier to debug there.
>>>
>>> Philip
>>>
>>>> Thanks,
>>>> Jessica
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> USRP-users mailing list
>>>> [email protected]
>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 4
Date: Mon, 15 May 2017 14:03:10 -0700
From: Michael West <[email protected]>
To: Vladica Sark <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] High CPU usage
Message-ID:
<CAM4xKrqGHtwVeXd5e_ss6gQ=zvpukvogj4fvnvx5m6orjc2...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Vladica,
You have clearly found a resolution, but I wanted to follow up with
additional information. The high CPU usage is a known issue. We are
currently working on a resolution. A partial resolution has already been
implemented and is now available on the head of the maint and master
branches. You can use those or one of the latest stable releases (3.9.6 or
3.10.1.1).
Regards,
Michael
On Thu, May 11, 2017 at 8:43 AM, Vladica Sark via USRP-users <
[email protected]> wrote:
> Dear Claudio,
>
> I just compiled 3.9.6 and installed it and everything works well at the
> moment. No high CPU usage anymore.
>
> Thanks for the help.
>
> BR,
> Vladica
>
>
>
> On 11.05.2017 16:52, [email protected] wrote:
>
>> Dear Vladica,
>> Please send the exact command line arguments of tx_waveforms, I will
>> send results on my computer.
>>
>> However, I noticed that you are using an UNSTABLE branch of the UHD.
>> This might well explain the odd behavior. Do you have a change to switch
>> to a stable version, such as 3.9.6 or 3.10.1.1?
>>
>> Best regards,
>> Claudio
>>
>> On 11.05.2017 16:49, Vladica Sark wrote:
>>
>>> Hi Claudio,
>>>
>>> I tried this with the models I have. So basically,
>>> - B205mini with 1 channel, negligible CPU utilization
>>> - N210 with one channel also negligible utilization
>>> - 2 x N210 with two channels also negligible utilization
>>> - X310 with two channels negligible utilization but reports some UUUU
>>> (the X310s are on another machine)
>>>
>>> UHD:
>>> [INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800;
>>> UHD_3.11.0.git-162-g2790b51f
>>>
>>> Kernel:
>>> Linux IHP606 4.4.0-72-generic #93-Ubuntu SMP Fri Mar 31 14:07:41 UTC
>>> 2017 x86_64 x86_64 x86_64 GNU/Linux
>>>
>>> Have you tried with tx_waveforms to check what is the cpu utilization?
>>>
>>> BR,
>>> Vladica
>>>
>>>
>>> On 11.05.2017 16:19, Claudio Cicconetti via USRP-users wrote:
>>>
>>>> Dear Vladica,
>>>> You are right regarding threads spawned by UHD.
>>>>
>>>> The approach you take is the same as that in the example tx_burst
>>>> shipped with the UHD libraries.
>>>>
>>>> I am wondering what happens if you run:
>>>>
>>>> tx_bursts --repeat --freq 1e9 --rate 1e6 --channel 0,1
>>>>
>>>> on my computer I have three spawned threads (4 in total), all with
>>>> real-time priority, all with negligible CPU utilization.
>>>>
>>>> Ettus radio: X300
>>>> UHD version: 3.10.1.1
>>>>
>>>> What happens on yours?
>>>>
>>>> Best regards,
>>>> Claudio
>>>>
>>>> On 11.05.2017 14:05, Vladica Sark via USRP-users wrote:
>>>>
>>>>> Hi Claudio,
>>>>>
>>>>> Please find attached the htop screenshot. The application of interest
>>>>> is "loc_an".
>>>>>
>>>>> Also the command:
>>>>> pstree -p 3899
>>>>>
>>>>> returns that there are 6 threads.
>>>>>
>>>>> loc_an(3899)???{loc_an}(3904)
>>>>> ??{loc_an}(3905)
>>>>> ??{loc_an}(3906)
>>>>> ??{loc_an}(3907)
>>>>> ??{loc_an}(3908)
>>>>> ??{loc_an}(3909)
>>>>>
>>>>> My program runs only one.
>>>>>
>>>>> Here is how I prepare the burst.
>>>>>
>>>>> tx_md.start_of_burst = true;
>>>>> tx_md.end_of_burst = true;
>>>>> tx_md.has_time_spec = true;
>>>>> tx_md.time_spec = at_tm;
>>>>>
>>>>> size_t num_tx_samps = tx_stream->send(&tx_frame_s_tm_filt.front(),
>>>>> TX_BUF_SIZE, tx_md);
>>>>>
>>>>> And activelly wait for recv_async_msg. I tried also with 100 ms of
>>>>> timeout and no change.
>>>>>
>>>>> BR,
>>>>> Vladica
>>>>>
>>>>>
>>>>> On 11.05.2017 13:22, [email protected] wrote:
>>>>>
>>>>>> Dear Vladica,
>>>>>> Uhm, I don't think the UHD spawns threads in the background.
>>>>>>
>>>>>> You should be able to verify this claim using, e.g., htop.
>>>>>>
>>>>>> Anyway, your pattern is correct (= always worked fine for me). In
>>>>>> other
>>>>>> words, if you do this in a loop:
>>>>>>
>>>>>> 1. prepare burst
>>>>>> 2. send burst (with end-of-burst flag)
>>>>>> 3. "actively" wait for EVENT_CODE_BURST_ACK via recv_async_msg
>>>>>>
>>>>>> the 3. waits for the specified timeout to occur, CPU is not busy
>>>>>> waiting.
>>>>>>
>>>>>> Rather, a short timeout such as 1 ms should not be necessary since the
>>>>>> library call will return immediately after the ack indication is
>>>>>> received. For instance, I use 100 ms (likely copied from Ettus
>>>>>> examples).
>>>>>>
>>>>>> Best regards,
>>>>>> Claudio
>>>>>>
>>>>>> On 11.05.2017 13:00, Vladica Sark wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> So I measured the times where the cpu time is spent and that happens
>>>>>>> in recv_async_msg(tx_md, 0.005), which is executed in a loop till
>>>>>>> async msg is received .
>>>>>>>
>>>>>>> Basically, 80% of the time is spent in waiting for the async msg.
>>>>>>>
>>>>>>> Next what I tried is to run this in loop with a sleep of 1 ms and
>>>>>>> timeout of 1 ms like:
>>>>>>>
>>>>>>> recv_async_msg(tx_md, 0.001);
>>>>>>> boost::this_thread::sleep(boost::posix_time::milliseconds(1));
>>>>>>>
>>>>>>> The cpu usage is again 200%. It seems that a thread spawned by uhd in
>>>>>>> the background is actively using the cpu.
>>>>>>>
>>>>>>> From user perspective it seems hard to fix this. Obviously the uhd is
>>>>>>> doing something in the background.
>>>>>>>
>>>>>>> BR,
>>>>>>> Vladica
>>>>>>>
>>>>>>>
>>>>>>> On 10.05.2017 17:17, Claudio Cicconetti wrote:
>>>>>>>
>>>>>>>> Dear Vladica,
>>>>>>>> It sounds like you have an active wait in the tx threads.
>>>>>>>>
>>>>>>>> I suggest you double-check all loops and make sure they do not spin
>>>>>>>> faster than intended.
>>>>>>>>
>>>>>>>> For instance, if you have something like:
>>>>>>>>
>>>>>>>> while (true) {
>>>>>>>> // do something without blocking
>>>>>>>> recv_async_msg(/* ... */); // [1]
>>>>>>>> // do something without blocking
>>>>>>>> }
>>>>>>>>
>>>>>>>> As I understand, you are assuming that [1] blocks, but if it does
>>>>>>>> not
>>>>>>>> then you have a problem because the CPU will be 100% on the loop.
>>>>>>>>
>>>>>>>> Same if you have other library/system calls that _should_ block but
>>>>>>>> _may_ not due to any reason.
>>>>>>>>
>>>>>>>> Adding some log lines with a timestamp or measuring the function
>>>>>>>> call
>>>>>>>> times should point you straight to the issue.
>>>>>>>>
>>>>>>>> Best regards,
>>>>>>>> Claudio
>>>>>>>>
>>>>>>>> On 05/10/2017 04:16 PM, Vladica Sark via USRP-users wrote:
>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> With 8 samples per burst and 0.195312 MSps, again 200% of processor
>>>>>>>>> usage.
>>>>>>>>> Lower sample rate is not supported by the N210s.
>>>>>>>>>
>>>>>>>>> BR,
>>>>>>>>> Vladica
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 10.05.2017 16:08, Gilad Beeri (ApolloShield) wrote:
>>>>>>>>>
>>>>>>>>>> What happens if you reduce the sample rate, say, to 10e3
>>>>>>>>>> samples per
>>>>>>>>>> second?
>>>>>>>>>> And what happens if you reduce the # of generated samples to a
>>>>>>>>>> very
>>>>>>>>>> low
>>>>>>>>>> number, e.g., 8?
>>>>>>>>>>
>>>>>>>>>> On Wed, May 10, 2017 at 2:51 PM Vladica Sark via USRP-users
>>>>>>>>>> <[email protected] <mailto:[email protected]>>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> I have an app which transmits 8192 samples each 10 ms on two
>>>>>>>>>> N210s
>>>>>>>>>> which
>>>>>>>>>> are combined together and seen as 2 channels. The samples are
>>>>>>>>>> transmitted as timed samples. After the send command, I
>>>>>>>>>> wait in
>>>>>>>>>> recv_async_msg command, till the samples get transmitted and
>>>>>>>>>> than I
>>>>>>>>>> schedule a new transmission in 10 ms.
>>>>>>>>>>
>>>>>>>>>> The issue is that the CPU utilization is 200%, i.e. 2 cores at
>>>>>>>>>> 100%.
>>>>>>>>>> It does not depend on the sample rate. Tried 10, 25 and 50
>>>>>>>>>> MSps.
>>>>>>>>>> Of course, no signal processing is involved at this point,
>>>>>>>>>> only
>>>>>>>>>> ready
>>>>>>>>>> samples are being transmitted.
>>>>>>>>>>
>>>>>>>>>> The machine has a i5 vPro processor with 4 cores.
>>>>>>>>>>
>>>>>>>>>> Any way to reduce this?
>>>>>>>>>>
>>>>>>>>>> BR,
>>>>>>>>>> Vladica
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> USRP-users mailing list
>>>>>>>>>> [email protected] <mailto:[email protected]
>>>>>>>>>> >
>>>>>>>>>>
>>>>>>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.
>>>>>>>>>> ettus.com
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> USRP-users mailing list
>>>>>>>>> [email protected]
>>>>>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>
>>>>> _______________________________________________
>>>>> USRP-users mailing list
>>>>> [email protected]
>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> USRP-users mailing list
>>>> [email protected]
>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>
>>>
>>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170515/86339621/attachment-0001.html>
------------------------------
Message: 5
Date: Mon, 15 May 2017 22:11:37 +0000
From: Jessica Iwamoto <[email protected]>
To: Philip Balister <[email protected]>, Jason Matusiak
<[email protected]>, usrp-users
<[email protected]>
Subject: Re: [USRP-users] Cross compiling custom blocks on E310
Message-ID:
<sn1pr09mb1008f1226e008f1312775c669b...@sn1pr09mb1008.namprd09.prod.outlook.com>
Content-Type: text/plain; charset="us-ascii"
Hi Philip,
That doesn't seem to fix the problem. I've been using the following
instructions (https://kb.ettus.com/Software_Development_on_the_E310_and_E312)
to cross compile, which stores/compiles the files on a prefix on the desktop
and then mounts the prefix on the device. It looks like your method is slightly
different because the files are stored on the device and mounted on the desktop
to be compiled. Not sure how much of a difference that makes, if any.
Jessica
-----Original Message-----
From: Philip Balister [mailto:[email protected]]
Sent: Monday, May 15, 2017 11:18 AM
To: Jessica Iwamoto <[email protected]>; Jason Matusiak
<[email protected]>; usrp-users <[email protected]>
Subject: Re: [USRP-users] Cross compiling custom blocks on E310
On 05/09/2017 02:55 PM, Jessica Iwamoto via USRP-users wrote:
> Yes, I am.
I'm curious if you work against the version GNU Radio that ships with the E310
(and using the toolchain it comes with) using this method to only build the OOT
block helps:
http://www.opensdr.com/posts/cross-compile-and-install-a-gnuradio-oot-module/
Philip
>
> -----Original Message-----
> From: Jason Matusiak [mailto:[email protected]]
> Sent: Tuesday, May 9, 2017 11:50 AM
> To: Jessica Iwamoto <[email protected]>; usrp-users
> <[email protected]>
> Subject: Re: [USRP-users] Cross compiling custom blocks on E310
>
> And you are sourcing gnuradio on your E310 to use that new directory
> that you mounted? (if so, I might be out of ideas....)
>
>
> On 05/09/2017 02:47 PM, Jessica Iwamoto wrote:
>> Yes, I think so. I've just been following the instructions here:
>> https://kb.ettus.com/Software_Development_on_the_E310_and_E312. I created a
>> prefix on my desktop, installed it to that prefix, and then mounted the
>> prefix on the E310.
>>
>> Jessica
>>
>> -----Original Message-----
>> From: Jason Matusiak [mailto:[email protected]]
>> Sent: Tuesday, May 9, 2017 11:39 AM
>> To: Jessica Iwamoto <[email protected]>; usrp-users
>> <[email protected]>
>> Subject: Re: [USRP-users] Cross compiling custom blocks on E310
>>
>> Jessica, when you cross-compiled your C++ code, did you install it into the
>> proper directory on the E310?
>>
>> ~Jason
>>
>> On 05/09/2017 02:08 PM, Jessica Iwamoto via USRP-users wrote:
>>> Yes, the C++ block works on my desktop. The problem occurs only when I try
>>> to use the C++ block on the E310.
>>>
>>> Jessica
>>>
>>> -----Original Message-----
>>> From: Philip Balister [mailto:[email protected]]
>>> Sent: Tuesday, May 9, 2017 10:33 AM
>>> To: Jessica Iwamoto <[email protected]>; usrp-users
>>> <[email protected]>
>>> Subject: Re: [USRP-users] Cross compiling custom blocks on E310
>>>
>>> On 05/09/2017 11:24 AM, Jessica Iwamoto via USRP-users wrote:
>>>> Hi all,
>>>>
>>>> I am trying to build a custom C++ block with a message port and cross
>>>> compile it for the E310. I am using version 3.7.12 of GNU radio and the
>>>> latest version of the SDK/toolchain for the E310. I have built a simple
>>>> message sink block that just has a message input port and put it in a
>>>> flowgraph with a message strobe. My code runs fine on my PC but when I run
>>>> it on the E310, I get the error:
>>>> Could not find port: msg in:
>>>> system
>>>> Bus error
>>>>
>>>> When I step through the code in a debugger, it seems to be getting stuck
>>>> when the block checks if there is a valid message port. However, when I
>>>> run the following in python, it seems like the block is being created
>>>> correctly, with the message port (named msg):
>>>>> import pmt
>>>>> import custom_module
>>>>> blk = custom_module.msg_sink()
>>>>> blk.message_ports_in()
>>>> #(msg system)
>>>>
>>>> I am able to create custom python blocks with message ports with no
>>>> issues. Any suggestions on what could be causing this?
>>> Does the C++ block work on a desktop? It might be easier to debug there.
>>>
>>> Philip
>>>
>>>> Thanks,
>>>> Jessica
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> USRP-users mailing list
>>>> [email protected]
>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 6
Date: Mon, 15 May 2017 15:47:33 -0700
From: Michael West <[email protected]>
To: deepa kumar <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] E310 cross compilation issues
Message-ID:
<CAM4xKrqNV29MAauyOBCG+Wr_epjEM1=RhVb=quqd8-tbw-x...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Olivani,
It appears you may have cross compiled using a different SDK than the the
one with which the SD card image was built. You need to either change the
SD card image or use the SDK that matches the SD card image. The rev 3 and
rev 4 SD card images and SDKs can be found here:
http://files.ettus.com/e3xx_images/
Regards,
Michael
On Fri, May 12, 2017 at 8:35 AM, deepa kumar via USRP-users <
[email protected]> wrote:
> Hi ,
>
> I am doing new development on UHD on a vm machine. I followed all steps as
> mentioned in docs.
> I downloaded and installed the cross compiler and built the UHD. I then
> mounted the folder on to E310 board . I set the paths using set_env file.
> Now when I do a which uhd_find_devices , I get the mounted folder path
>
> But when I try to run uhd_find_devices , I get the error
>
> error while loading shared libraries: libboost_program_options.so.1.56.0:
> cannot open shared object file: No such file or directory
>
>
>
> Has anybody come across this . I am stuck with this for a long while.
> Please help to overcome this issue.
>
> Thanks and Regards,
> Olivani
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170515/4b3b66bf/attachment-0001.html>
------------------------------
Message: 7
Date: Mon, 15 May 2017 16:04:26 -0700
From: Michael West <[email protected]>
To: Dennis Stroh <[email protected]>
Cc: Marcus M?ller <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [USRP-users] NI-USRP 15.0 driver is not working on Ubuntu
16.04
Message-ID:
<CAM4xKrroWCa=e3uqzerq_axgmp-pyrnozb7phfmggw9ntyr...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Dennis,
What part of the driver installation failed and what was the error
message? I haven't tried it on an Ubuntu 16.04 machine either, but it
would be good to know what is failing.
If you just need high throughput, 10 GbE should work (and you won't need to
worry about the NI USRP RIO driver). UHD even has dual 10 GbE support to
get full rate on 2 channels. Can you use that?
Regards,
Michael
On Mon, May 15, 2017 at 2:30 AM, Dennis Stroh via USRP-users <
[email protected]> wrote:
> Hello Marcus M,
>
> my current kernel version is 4.8.0-49-generic. Ubuntu 16.04 only provides
> downgrade options to kernel version 4.4. The latest NI driver V15.0
> supports only 4.2.x. So, is there no chance to get the USRP X300 runing via
> PCIe on Ubuntu 16.04?
>
> Kind regards
>
>
> ------------------------------
> *Von:* USRP-users [[email protected]]" im Auftrag von
> "Marcus M?ller via USRP-users [[email protected]]
> *Gesendet:* Samstag, 13. Mai 2017 14:00
> *An:* [email protected]
> *Betreff:* Re: [USRP-users] NI-USRP 15.0 driver is not working on Ubuntu
> 16.04
>
> Hello Mr. Stroh,
>
>
> I don't have a Ubuntu machine at hand to test myself, but:
> what's the kernel version you're running (`uname -r`)? Might be that the
> NI drivers don't support that kernel (yet).
>
>
> Best regards,
>
> Marcus M
>
> On 11.05.2017 12:15, Dennis Stroh via USRP-users wrote:
>
> Hi,
>
> I want to connect a USRP X300 via PCIe to achieve high data throughput.
> I installed and updated the NI-USRP 15.0 driver by following the steps of
> the description in the USRP Manual.
>
> However, the update failed and the driver is not properly working.
>
> What should I do to make this configuration work?
>
> Kind regards
>
>
> _______________________________________________
> USRP-users mailing
> [email protected]http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170515/225fe437/attachment-0001.html>
------------------------------
Message: 8
Date: Mon, 15 May 2017 19:17:40 -0400
From: olivani <[email protected]>
To: Michael West <[email protected]>
Cc: deepa kumar <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [USRP-users] E310 cross compilation issues
Message-ID:
<CABq0Viy16KZTtqU-=FsmVcCdJvKuxEXWw=t3ecemcrcykn8...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi ,
Thanks for the response.
I have overcome that issue.
Currently I have created a new reg and defined it in e310_reg.hpp.
But unfortunately I am confused on methods to do a read or write to
register defined.
I tried to access peek32 and poke32 using uhd::wb_iface but not sure if
that was the right way to do.
I then saw the user_reg_read32 function in rfnoc lib and tried to invoke
that , but got segmentation error.
Could somebody help me out with steps to perform read and write on user
defined register.
Thanks and Regards,
Olivani
Thanks and Regards,
Olivani Subbukutty
571-331-2481
On Mon, May 15, 2017 at 6:47 PM, Michael West via USRP-users <
[email protected]> wrote:
> Hi Olivani,
>
> It appears you may have cross compiled using a different SDK than the the
> one with which the SD card image was built. You need to either change the
> SD card image or use the SDK that matches the SD card image. The rev 3 and
> rev 4 SD card images and SDKs can be found here:
> http://files.ettus.com/e3xx_images/
>
> Regards,
> Michael
>
> On Fri, May 12, 2017 at 8:35 AM, deepa kumar via USRP-users <
> [email protected]> wrote:
>
>> Hi ,
>>
>> I am doing new development on UHD on a vm machine. I followed all steps
>> as mentioned in docs.
>> I downloaded and installed the cross compiler and built the UHD. I then
>> mounted the folder on to E310 board . I set the paths using set_env file.
>> Now when I do a which uhd_find_devices , I get the mounted folder path
>>
>> But when I try to run uhd_find_devices , I get the error
>>
>> error while loading shared libraries: libboost_program_options.so.1.56.0:
>> cannot open shared object file: No such file or directory
>>
>>
>>
>> Has anybody come across this . I am stuck with this for a long while.
>> Please help to overcome this issue.
>>
>> Thanks and Regards,
>> Olivani
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170515/d9a3a100/attachment-0001.html>
------------------------------
Message: 9
Date: Mon, 15 May 2017 19:55:37 -0400
From: Philip Balister <[email protected]>
To: Jessica Iwamoto <[email protected]>, Jason Matusiak
<[email protected]>, usrp-users
<[email protected]>
Subject: Re: [USRP-users] Cross compiling custom blocks on E310
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
On 05/15/2017 06:11 PM, Jessica Iwamoto wrote:
> Hi Philip,
>
> That doesn't seem to fix the problem. I've been using the following
> instructions (https://kb.ettus.com/Software_Development_on_the_E310_and_E312)
> to cross compile, which stores/compiles the files on a prefix on the desktop
> and then mounts the prefix on the device. It looks like your method is
> slightly different because the files are stored on the device and mounted on
> the desktop to be compiled. Not sure how much of a difference that makes, if
> any.
It doesn't also make any changes to uhd and gnuradio on the device.
Philip
>
> Jessica
>
> -----Original Message-----
> From: Philip Balister [mailto:[email protected]]
> Sent: Monday, May 15, 2017 11:18 AM
> To: Jessica Iwamoto <[email protected]>; Jason Matusiak
> <[email protected]>; usrp-users <[email protected]>
> Subject: Re: [USRP-users] Cross compiling custom blocks on E310
>
> On 05/09/2017 02:55 PM, Jessica Iwamoto via USRP-users wrote:
>> Yes, I am.
>
> I'm curious if you work against the version GNU Radio that ships with the
> E310 (and using the toolchain it comes with) using this method to only build
> the OOT block helps:
>
> http://www.opensdr.com/posts/cross-compile-and-install-a-gnuradio-oot-module/
>
> Philip
>
>
>>
>> -----Original Message-----
>> From: Jason Matusiak [mailto:[email protected]]
>> Sent: Tuesday, May 9, 2017 11:50 AM
>> To: Jessica Iwamoto <[email protected]>; usrp-users
>> <[email protected]>
>> Subject: Re: [USRP-users] Cross compiling custom blocks on E310
>>
>> And you are sourcing gnuradio on your E310 to use that new directory
>> that you mounted? (if so, I might be out of ideas....)
>>
>>
>> On 05/09/2017 02:47 PM, Jessica Iwamoto wrote:
>>> Yes, I think so. I've just been following the instructions here:
>>> https://kb.ettus.com/Software_Development_on_the_E310_and_E312. I created a
>>> prefix on my desktop, installed it to that prefix, and then mounted the
>>> prefix on the E310.
>>>
>>> Jessica
>>>
>>> -----Original Message-----
>>> From: Jason Matusiak [mailto:[email protected]]
>>> Sent: Tuesday, May 9, 2017 11:39 AM
>>> To: Jessica Iwamoto <[email protected]>; usrp-users
>>> <[email protected]>
>>> Subject: Re: [USRP-users] Cross compiling custom blocks on E310
>>>
>>> Jessica, when you cross-compiled your C++ code, did you install it into the
>>> proper directory on the E310?
>>>
>>> ~Jason
>>>
>>> On 05/09/2017 02:08 PM, Jessica Iwamoto via USRP-users wrote:
>>>> Yes, the C++ block works on my desktop. The problem occurs only when I try
>>>> to use the C++ block on the E310.
>>>>
>>>> Jessica
>>>>
>>>> -----Original Message-----
>>>> From: Philip Balister [mailto:[email protected]]
>>>> Sent: Tuesday, May 9, 2017 10:33 AM
>>>> To: Jessica Iwamoto <[email protected]>; usrp-users
>>>> <[email protected]>
>>>> Subject: Re: [USRP-users] Cross compiling custom blocks on E310
>>>>
>>>> On 05/09/2017 11:24 AM, Jessica Iwamoto via USRP-users wrote:
>>>>> Hi all,
>>>>>
>>>>> I am trying to build a custom C++ block with a message port and cross
>>>>> compile it for the E310. I am using version 3.7.12 of GNU radio and the
>>>>> latest version of the SDK/toolchain for the E310. I have built a simple
>>>>> message sink block that just has a message input port and put it in a
>>>>> flowgraph with a message strobe. My code runs fine on my PC but when I
>>>>> run it on the E310, I get the error:
>>>>> Could not find port: msg in:
>>>>> system
>>>>> Bus error
>>>>>
>>>>> When I step through the code in a debugger, it seems to be getting stuck
>>>>> when the block checks if there is a valid message port. However, when I
>>>>> run the following in python, it seems like the block is being created
>>>>> correctly, with the message port (named msg):
>>>>>> import pmt
>>>>>> import custom_module
>>>>>> blk = custom_module.msg_sink()
>>>>>> blk.message_ports_in()
>>>>> #(msg system)
>>>>>
>>>>> I am able to create custom python blocks with message ports with no
>>>>> issues. Any suggestions on what could be causing this?
>>>> Does the C++ block work on a desktop? It might be easier to debug there.
>>>>
>>>> Philip
>>>>
>>>>> Thanks,
>>>>> Jessica
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> USRP-users mailing list
>>>>> [email protected]
>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>>
>>>> _______________________________________________
>>>> USRP-users mailing list
>>>> [email protected]
>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
>
------------------------------
Message: 10
Date: Mon, 15 May 2017 18:25:55 -0700
From: Michael West <[email protected]>
To: olivani <[email protected]>
Cc: deepa kumar <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [USRP-users] E310 cross compilation issues
Message-ID:
<cam4xkrpdzzq+qua4pdp82lp10sjnngngsx4yar6qyyd28yg...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Olivani,
If you are using RFNoC and have created a custom block, it is fairly simple
to write and read the user registers in that block because the API exists.
If you have just added your own registers somewhere in the FPGA fabric, it
is far more complicated. You will have to identify to which core and
address space the register has been added and find the appropriate
peek/poke functions to use in UHD and then somehow expose those to your
application.
Regards,
Michael
On Mon, May 15, 2017 at 4:17 PM, olivani <[email protected]> wrote:
> Hi ,
> Thanks for the response.
> I have overcome that issue.
> Currently I have created a new reg and defined it in e310_reg.hpp.
> But unfortunately I am confused on methods to do a read or write to
> register defined.
> I tried to access peek32 and poke32 using uhd::wb_iface but not sure if
> that was the right way to do.
> I then saw the user_reg_read32 function in rfnoc lib and tried to invoke
> that , but got segmentation error.
> Could somebody help me out with steps to perform read and write on user
> defined register.
>
> Thanks and Regards,
> Olivani
>
>
> Thanks and Regards,
> Olivani Subbukutty
> 571-331-2481 <(571)%20331-2481>
>
> On Mon, May 15, 2017 at 6:47 PM, Michael West via USRP-users <
> [email protected]> wrote:
>
>> Hi Olivani,
>>
>> It appears you may have cross compiled using a different SDK than the the
>> one with which the SD card image was built. You need to either change the
>> SD card image or use the SDK that matches the SD card image. The rev 3 and
>> rev 4 SD card images and SDKs can be found here:
>> http://files.ettus.com/e3xx_images/
>>
>> Regards,
>> Michael
>>
>> On Fri, May 12, 2017 at 8:35 AM, deepa kumar via USRP-users <
>> [email protected]> wrote:
>>
>>> Hi ,
>>>
>>> I am doing new development on UHD on a vm machine. I followed all steps
>>> as mentioned in docs.
>>> I downloaded and installed the cross compiler and built the UHD. I then
>>> mounted the folder on to E310 board . I set the paths using set_env file.
>>> Now when I do a which uhd_find_devices , I get the mounted folder path
>>>
>>> But when I try to run uhd_find_devices , I get the error
>>>
>>> error while loading shared libraries: libboost_program_options.so.1.56.0:
>>> cannot open shared object file: No such file or directory
>>>
>>>
>>>
>>> Has anybody come across this . I am stuck with this for a long while.
>>> Please help to overcome this issue.
>>>
>>> Thanks and Regards,
>>> Olivani
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170515/c3edb74b/attachment-0001.html>
------------------------------
Message: 11
Date: Mon, 15 May 2017 22:12:14 -0400
From: Rob Kossler <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] UHD 3.9.x vs 3.10.x
Message-ID:
<cab__hts7v9qzl1s3hb0w8x7otkpwcjddhfn1vgjxfyth63h...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I am using several X310s, most with UBX-160 daughterboards, but a couple
with TwinRx daugherboards. On each of my host PCs, I have Ubuntu 16.04 and
two versions of UHD: 3.9.LTS and maint (3.10.x) (the most recent of each
branch). The purpose of this email is to mention that my experience with
maint is that it is relatively unstable compared to 3.9.LTS. Accordingly,
I typically use 3.9.LTS and only use maint when I need to do so (e.g., for
TwinRx support or for dual 10Gbe support). I am wondering if other users
have the same experience and if Ettus is aware of this issue.
I realize that I am not providing much information by simply stating that
it is relatively unstable. Since I don't use the newer version as often, I
haven't devoted much time to documenting exactly how it is unstable. But,
as an example, I was running a demonstration (with my custom C++
application) recently with 4 X310s, one of which was using maint and the
other three using 3.9.LTS. After initial configuration, all USRPs behaved
fine, but then the next morning when I arrived to conduct the
demonstration, the one using maint had locked up such that I had to reboot
the X310 to get it back working. Because I was in a rush I did not
document the failure symptom. This is only one of several such occurrences
when using maint.
I know that the move to 3.10.x was a big one and that the 3.9.LTS branch
was created to bridge the transition. Initially, 3.10.x had a number of
bugs, many of which have been addressed. My question is whether or not
Ettus believes that 3.10.x is mature enough that I should expect similar
stability to 3.9.LTS. If so, perhaps I can spend some time to document the
ways in which I believe that maint is less stable than 3.9.LTS for my
specific application.
Rob
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170515/edc2da1d/attachment-0001.html>
------------------------------
Message: 12
Date: Tue, 16 May 2017 08:01:08 +0200
From: Vladica Sark <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] High CPU usage
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Michael,
Thanks for the additional info. I am using now the 3.9.6 for the N210
and 3.10.1.1 for the x310. The 3.9.6 does not have firmware for 10Gbit
connection with x310s.
BR,
Vladica
On 15.05.2017 23:03, Michael West wrote:
> Hi Vladica,
>
> You have clearly found a resolution, but I wanted to follow up with
> additional information. The high CPU usage is a known issue. We are
> currently working on a resolution. A partial resolution has already
> been implemented and is now available on the head of the maint and
> master branches. You can use those or one of the latest stable releases
> (3.9.6 or 3.10.1.1).
>
> Regards,
> Michael
>
> On Thu, May 11, 2017 at 8:43 AM, Vladica Sark via USRP-users
> <[email protected] <mailto:[email protected]>> wrote:
>
> Dear Claudio,
>
> I just compiled 3.9.6 and installed it and everything works well at
> the moment. No high CPU usage anymore.
>
> Thanks for the help.
>
> BR,
> Vladica
>
>
>
> On 11.05.2017 16:52, [email protected]
> <mailto:[email protected]> wrote:
>
> Dear Vladica,
> Please send the exact command line arguments of tx_waveforms, I will
> send results on my computer.
>
> However, I noticed that you are using an UNSTABLE branch of the UHD.
> This might well explain the odd behavior. Do you have a change
> to switch
> to a stable version, such as 3.9.6 or 3.10.1.1?
>
> Best regards,
> Claudio
>
> On 11.05.2017 16:49, Vladica Sark wrote:
>
> Hi Claudio,
>
> I tried this with the models I have. So basically,
> - B205mini with 1 channel, negligible CPU utilization
> - N210 with one channel also negligible utilization
> - 2 x N210 with two channels also negligible utilization
> - X310 with two channels negligible utilization but reports
> some UUUU
> (the X310s are on another machine)
>
> UHD:
> [INFO] [UHD] linux; GNU C++ version 5.4.0 20160609;
> Boost_105800;
> UHD_3.11.0.git-162-g2790b51f
>
> Kernel:
> Linux IHP606 4.4.0-72-generic #93-Ubuntu SMP Fri Mar 31
> 14:07:41 UTC
> 2017 x86_64 x86_64 x86_64 GNU/Linux
>
> Have you tried with tx_waveforms to check what is the cpu
> utilization?
>
> BR,
> Vladica
>
>
> On 11.05.2017 16:19, Claudio Cicconetti via USRP-users wrote:
>
> Dear Vladica,
> You are right regarding threads spawned by UHD.
>
> The approach you take is the same as that in the example
> tx_burst
> shipped with the UHD libraries.
>
> I am wondering what happens if you run:
>
> tx_bursts --repeat --freq 1e9 --rate 1e6 --channel 0,1
>
> on my computer I have three spawned threads (4 in
> total), all with
> real-time priority, all with negligible CPU utilization.
>
> Ettus radio: X300
> UHD version: 3.10.1.1
>
> What happens on yours?
>
> Best regards,
> Claudio
>
> On 11.05.2017 14:05, Vladica Sark via USRP-users wrote:
>
> Hi Claudio,
>
> Please find attached the htop screenshot. The
> application of interest
> is "loc_an".
>
> Also the command:
> pstree -p 3899
>
> returns that there are 6 threads.
>
> loc_an(3899)???{loc_an}(3904)
> ??{loc_an}(3905)
> ??{loc_an}(3906)
> ??{loc_an}(3907)
> ??{loc_an}(3908)
> ??{loc_an}(3909)
>
> My program runs only one.
>
> Here is how I prepare the burst.
>
> tx_md.start_of_burst = true;
> tx_md.end_of_burst = true;
> tx_md.has_time_spec = true;
> tx_md.time_spec = at_tm;
>
> size_t num_tx_samps =
> tx_stream->send(&tx_frame_s_tm_filt.front(),
> TX_BUF_SIZE, tx_md);
>
> And activelly wait for recv_async_msg. I tried also
> with 100 ms of
> timeout and no change.
>
> BR,
> Vladica
>
>
> On 11.05.2017 13:22, [email protected]
> <mailto:[email protected]> wrote:
>
> Dear Vladica,
> Uhm, I don't think the UHD spawns threads in the
> background.
>
> You should be able to verify this claim using,
> e.g., htop.
>
> Anyway, your pattern is correct (= always worked
> fine for me). In
> other
> words, if you do this in a loop:
>
> 1. prepare burst
> 2. send burst (with end-of-burst flag)
> 3. "actively" wait for EVENT_CODE_BURST_ACK via
> recv_async_msg
>
> the 3. waits for the specified timeout to occur,
> CPU is not busy
> waiting.
>
> Rather, a short timeout such as 1 ms should not
> be necessary since the
> library call will return immediately after the
> ack indication is
> received. For instance, I use 100 ms (likely
> copied from Ettus
> examples).
>
> Best regards,
> Claudio
>
> On 11.05.2017 13:00, Vladica Sark wrote:
>
> Hi,
>
> So I measured the times where the cpu time
> is spent and that happens
> in recv_async_msg(tx_md, 0.005), which is
> executed in a loop till
> async msg is received .
>
> Basically, 80% of the time is spent in
> waiting for the async msg.
>
> Next what I tried is to run this in loop
> with a sleep of 1 ms and
> timeout of 1 ms like:
>
> recv_async_msg(tx_md, 0.001);
>
> boost::this_thread::sleep(boost::posix_time::milliseconds(1));
>
> The cpu usage is again 200%. It seems that a
> thread spawned by uhd in
> the background is actively using the cpu.
>
> From user perspective it seems hard to fix
> this. Obviously the uhd is
> doing something in the background.
>
> BR,
> Vladica
>
>
> On 10.05.2017 17:17, Claudio Cicconetti wrote:
>
> Dear Vladica,
> It sounds like you have an active wait
> in the tx threads.
>
> I suggest you double-check all loops and
> make sure they do not spin
> faster than intended.
>
> For instance, if you have something like:
>
> while (true) {
> // do something without blocking
> recv_async_msg(/* ... */); // [1]
> // do something without blocking
> }
>
> As I understand, you are assuming that
> [1] blocks, but if it does
> not
> then you have a problem because the CPU
> will be 100% on the loop.
>
> Same if you have other library/system
> calls that _should_ block but
> _may_ not due to any reason.
>
> Adding some log lines with a timestamp
> or measuring the function
> call
> times should point you straight to the
> issue.
>
> Best regards,
> Claudio
>
> On 05/10/2017 04:16 PM, Vladica Sark via
> USRP-users wrote:
>
> Hi,
>
> With 8 samples per burst and
> 0.195312 MSps, again 200% of processor
> usage.
> Lower sample rate is not supported
> by the N210s.
>
> BR,
> Vladica
>
>
> On 10.05.2017 16:08, Gilad Beeri
> (ApolloShield) wrote:
>
> What happens if you reduce the
> sample rate, say, to 10e3
> samples per
> second?
> And what happens if you reduce
> the # of generated samples to a
> very
> low
> number, e.g., 8?
>
> On Wed, May 10, 2017 at 2:51 PM
> Vladica Sark via USRP-users
> <[email protected]
> <mailto:[email protected]>
> <mailto:[email protected]
> <mailto:[email protected]>>>
> wrote:
>
> Hi,
>
> I have an app which
> transmits 8192 samples each 10
> ms on two
> N210s
> which
> are combined together and
> seen as 2 channels. The samples are
> transmitted as timed
> samples. After the send command, I
> wait in
> recv_async_msg command, till
> the samples get transmitted and
> than I
> schedule a new transmission
> in 10 ms.
>
> The issue is that the CPU
> utilization is 200%, i.e. 2 cores at
> 100%.
> It does not depend on the
> sample rate. Tried 10, 25 and 50
> MSps.
> Of course, no signal
> processing is involved at this
> point,
> only
> ready
> samples are being transmitted.
>
> The machine has a i5 vPro
> processor with 4 cores.
>
> Any way to reduce this?
>
> BR,
> Vladica
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> <mailto:[email protected]>
> <mailto:[email protected]
> <mailto:[email protected]>>
>
>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> <http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> <mailto:[email protected]>
>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> <http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com>
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> <mailto:[email protected]>
>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> <http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> <mailto:[email protected]>
>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> <http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> <http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com>
>
>
------------------------------
Message: 13
Date: Tue, 16 May 2017 12:33:49 +0500
From: Ammar Mahmood <[email protected]>
To: [email protected]
Subject: [USRP-users] Observing multipath phenomena by transmitting
Impulses using NI USRP 2901
Message-ID:
<caozxrwgxklzxvcrxkmr7kagbrduv-w_66esfq7qfveoo4bk...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi all,
I am trying to observe the multi path phenomena by transmitting rectangular
impulses using NI USRP 2901. The duration of impulse is around 5 us and the
idle duration between impulses is around 10m. I expect to receive copies of
the impulse along with the original impulse at the output. Whereas I am
only observing the real impulse at the output and the multi path component
is not being observed. Can anybody guide me so that I may be able to solve
this problem?
Ammar
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170516/ff7804dc/attachment-0001.html>
------------------------------
Message: 14
Date: Tue, 16 May 2017 09:55:12 +0200
From: Julian Arnold <[email protected]>
To: Ammar Mahmood <[email protected]>,
[email protected]
Subject: Re: [USRP-users] Observing multipath phenomena by
transmitting Impulses using NI USRP 2901
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Hey Ammar,
how do you try to resolve the multi-path components? Have you thought
about the range in which the time spread of your multi-path copies would
fall?
Cheers,
Julian
On 05/16/2017 09:33 AM, Ammar Mahmood via USRP-users wrote:
> Hi all,
>
> I am trying to observe the multi path phenomena by transmitting
> rectangular impulses using NI USRP 2901. The duration of impulse is
> around 5 us and the idle duration between impulses is around 10m. I
> expect to receive copies of the impulse along with the original
> impulse at the output. Whereas I am only observing the real impulse at
> the output and the multi path component is not being observed. Can
> anybody guide me so that I may be able to solve this problem?
>
>
> Ammar
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
--
Julian Arnold, M.Sc.
Institute for Networked Systems
RWTH Aachen University
Kackertstrasse 9
52072 Aachen
Germany
------------------------------
Message: 15
Date: Tue, 16 May 2017 13:32:38 +0500
From: Ammar Mahmood <[email protected]>
To: Julian Arnold <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Observing multipath phenomena by
transmitting Impulses using NI USRP 2901
Message-ID:
<caozxrwjtzyz7tsuqb_m287-rssnpuwj3y1dmp9-_m2c3atc...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hey Julian,
Thanks for your response. I have not computed the timespread in which my
multipath copies would fall as I am conducting this experiment in a
scattered environment of lab. I am giving the signal a higher gain (50+db)
so I assume that the multi path component will have higher power than the
noise and I will be able to distinguish it from the noise through it but
till now I have not successfully achieved it.
-Ammar
On Tue, May 16, 2017 at 12:55 PM, Julian Arnold <[email protected]>
wrote:
> Hey Ammar,
>
> how do you try to resolve the multi-path components? Have you thought
> about the range in which the time spread of your multi-path copies would
> fall?
>
> Cheers,
> Julian
>
> On 05/16/2017 09:33 AM, Ammar Mahmood via USRP-users wrote:
> > Hi all,
> >
> > I am trying to observe the multi path phenomena by transmitting
> > rectangular impulses using NI USRP 2901. The duration of impulse is
> > around 5 us and the idle duration between impulses is around 10m. I
> > expect to receive copies of the impulse along with the original
> > impulse at the output. Whereas I am only observing the real impulse at
> > the output and the multi path component is not being observed. Can
> > anybody guide me so that I may be able to solve this problem?
> >
> >
> > Ammar
> >
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected]
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> --
> Julian Arnold, M.Sc.
>
> Institute for Networked Systems
> RWTH Aachen University
>
> Kackertstrasse 9
> 52072 Aachen
> Germany
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170516/1a0eeb10/attachment-0001.html>
------------------------------
Message: 16
Date: Tue, 16 May 2017 08:48:19 +0000
From: Dennis Stroh <[email protected]>
To: Michael West <[email protected]>
Cc: Marcus M?ller <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [USRP-users] NI-USRP 15.0 driver is not working on Ubuntu
16.04
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Michael,
unfortunately I don't have the 10 GbE Card available, so I have to use the PCIe
card which is already connected to the computer I have to use.
This is what I get when I try to install the driver:
Installing NI USRP RIO distribution installer version 15.0.0f0...
Pre Installation ...........................
Selecting previously unselected package nikali.
(Reading database ... 383531 files and directories currently installed.)
Preparing to unpack .../nikali_15.0.1-f0_all.deb ...
Unpacking nikali (15.0.1-f0) ...
Selecting previously unselected package niapalerri.
Preparing to unpack .../niapalerri_15.0.0-f0_all.deb ...
Unpacking niapalerri (15.0.0-f0) ...
Selecting previously unselected package nibdsi.
Preparing to unpack .../nibdsi_15.0.0-f0_amd64.deb ...
Unpacking nibdsi (15.0.0-f0) ...
Selecting previously unselected package nibdski.
Preparing to unpack .../nibdski_15.0.0-f0_amd64.deb ...
Unpacking nibdski (15.0.0-f0) ...
Selecting previously unselected package nifpgai.
Preparing to unpack .../nifpgai_15.0.0-f0_amd64.deb ...
Unpacking nifpgai (15.0.0-f0) ...
Selecting previously unselected package nip2pi.
Preparing to unpack .../nip2pi_15.0.0-f0_amd64.deb ...
Unpacking nip2pi (15.0.0-f0) ...
Selecting previously unselected package nip2pki.
Preparing to unpack .../nip2pki_15.0.0-f0_amd64.deb ...
Unpacking nip2pki (15.0.0-f0) ...
Selecting previously unselected package nirioi.
Preparing to unpack .../nirioi_15.0.0-f0_amd64.deb ...
Unpacking nirioi (15.0.0-f0) ...
Selecting previously unselected package nirioki.
Preparing to unpack .../nirioki_15.0.0-f0_amd64.deb ...
Unpacking nirioki (15.0.0-f0) ...
Selecting previously unselected package niusrprioerrorsi.
Preparing to unpack .../niusrprioerrorsi_15.0.0-f0_amd64.deb ...
Unpacking niusrprioerrorsi (15.0.0-f0) ...
Selecting previously unselected package niusrprioi.
Preparing to unpack .../niusrprioi_15.0.0-f0_amd64.deb ...
Unpacking niusrprioi (15.0.0-f0) ...
Selecting previously unselected package niusrprioki.
Preparing to unpack .../niusrprioki_15.0.0-f0_amd64.deb ...
Unpacking niusrprioki (15.0.0-f0) ...
Selecting previously unselected package niusrpriorpci.
Preparing to unpack .../niusrpriorpci_15.0.0-f0_amd64.deb ...
Unpacking niusrpriorpci (15.0.0-f0) ...
Setting up nikali (15.0.1-f0) ...
Setting up niapalerri (15.0.0-f0) ...
Setting up nibdski (15.0.0-f0) ...
Setting up nip2pki (15.0.0-f0) ...
Setting up nirioki (15.0.0-f0) ...
Setting up niusrprioerrorsi (15.0.0-f0) ...
Setting up niusrprioi (15.0.0-f0) ...
Setting up niusrprioki (15.0.0-f0) ...
Setting up niusrpriorpci (15.0.0-f0) ...
Setting up nibdsi (15.0.0-f0) ...
Setting up nip2pi (15.0.0-f0) ...
Setting up nirioi (15.0.0-f0) ...
Setting up nifpgai (15.0.0-f0) ...
Processing triggers for libc-bin (2.23-0ubuntu7) ...
/sbin/ldconfig.real: /usr/lib/nvidia-375/libEGL.so.1 is not a symbolic link
/sbin/ldconfig.real: /usr/lib32/nvidia-375/libEGL.so.1 is not a symbolic link
Post Installation .
Warning: nikali post installation failed! /tmp/nikaliPostInstall.log follows:
Configuring NI-KAL for kernel version 4.8.0-49-generic...
Building module nikal...
<11>May 16 11:43:21 nikal: CC [M]
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.o
<11>May 16 11:43:21 nikal: In file included from
./arch/x86/include/asm/processor.h:15:0,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/cpufeature.h:4,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/thread_info.h:52,
<11>May 16 11:43:21 nikal: from
./include/linux/thread_info.h:54,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/preempt.h:6,
<11>May 16 11:43:21 nikal: from ./include/linux/preempt.h:59,
<11>May 16 11:43:21 nikal: from ./include/linux/spinlock.h:50,
<11>May 16 11:43:21 nikal: from ./include/linux/seqlock.h:35,
<11>May 16 11:43:21 nikal: from ./include/linux/time.h:5,
<11>May 16 11:43:21 nikal: from ./include/linux/stat.h:18,
<11>May 16 11:43:21 nikal: from ./include/linux/module.h:10,
<11>May 16 11:43:21 nikal: from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:54:
<11>May 16 11:43:21 nikal: /var/lib/nikal/4.8.0-49-generic/nikal/nikal.c: In
function ?nNIKAL100_mapUserKIOBuf?:
<11>May 16 11:43:21 nikal: ./arch/x86/include/asm/current.h:17:17: warning:
passing argument 1 of ?get_user_pages? makes integer from pointer without a
cast [-Wint-conversion]
<11>May 16 11:43:21 nikal: #define current get_current()
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3533:33: note: in expansion of
macro ?current?
<11>May 16 11:43:21 nikal: pagesMapped = get_user_pages(current,
current->mm, (unsigned long) start,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:21 nikal: ./include/linux/mm.h:1315:6: note: expected ?long
unsigned int? but argument is of type ?struct task_struct *?
<11>May 16 11:43:21 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
./arch/x86/include/asm/processor.h:15:0,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/cpufeature.h:4,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/thread_info.h:52,
<11>May 16 11:43:21 nikal: from
./include/linux/thread_info.h:54,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/preempt.h:6,
<11>May 16 11:43:21 nikal: from ./include/linux/preempt.h:59,
<11>May 16 11:43:21 nikal: from ./include/linux/spinlock.h:50,
<11>May 16 11:43:21 nikal: from ./include/linux/seqlock.h:35,
<11>May 16 11:43:21 nikal: from ./include/linux/time.h:5,
<11>May 16 11:43:21 nikal: from ./include/linux/stat.h:18,
<11>May 16 11:43:21 nikal: from ./include/linux/module.h:10,
<11>May 16 11:43:21 nikal: from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:54:
<11>May 16 11:43:21 nikal: ./arch/x86/include/asm/current.h:17:17: warning:
passing argument 2 of ?get_user_pages? makes integer from pointer without a
cast [-Wint-conversion]
<11>May 16 11:43:21 nikal: #define current get_current()
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3533:42: note: in expansion of
macro ?current?
<11>May 16 11:43:21 nikal: pagesMapped = get_user_pages(current,
current->mm, (unsigned long) start,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:21 nikal: ./include/linux/mm.h:1315:6: note: expected ?long
unsigned int? but argument is of type ?struct mm_struct *?
<11>May 16 11:43:21 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3534:20: warning: passing
argument 5 of ?get_user_pages? makes pointer from integer without a cast
[-Wint-conversion]
<11>May 16 11:43:21 nikal: sizeInPages, isWritable, 0 , pages, NULL );
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:21 nikal: ./include/linux/mm.h:1315:6: note: expected ?struct
page **? but argument is of type ?int?
<11>May 16 11:43:21 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3533:18: error: too many
arguments to function ?get_user_pages?
<11>May 16 11:43:21 nikal: pagesMapped = get_user_pages(current,
current->mm, (unsigned long) start,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:21 nikal: ./include/linux/mm.h:1315:6: note: declared here
<11>May 16 11:43:21 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
./arch/x86/include/asm/processor.h:15:0,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/cpufeature.h:4,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/thread_info.h:52,
<11>May 16 11:43:21 nikal: from
./include/linux/thread_info.h:54,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/preempt.h:6,
<11>May 16 11:43:21 nikal: from ./include/linux/preempt.h:59,
<11>May 16 11:43:21 nikal: from ./include/linux/spinlock.h:50,
<11>May 16 11:43:21 nikal: from ./include/linux/seqlock.h:35,
<11>May 16 11:43:21 nikal: from ./include/linux/time.h:5,
<11>May 16 11:43:21 nikal: from ./include/linux/stat.h:18,
<11>May 16 11:43:21 nikal: from ./include/linux/module.h:10,
<11>May 16 11:43:21 nikal: from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:54:
<11>May 16 11:43:21 nikal: ./arch/x86/include/asm/current.h:17:17: warning:
passing argument 1 of ?get_user_pages? makes integer from pointer without a
cast [-Wint-conversion]
<11>May 16 11:43:21 nikal: #define current get_current()
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3544:39: note: in expansion of
macro ?current?
<11>May 16 11:43:21 nikal: pagesMapped = get_user_pages(current,
current->mm, (unsigned long) start,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:21 nikal: ./include/linux/mm.h:1315:6: note: expected ?long
unsigned int? but argument is of type ?struct task_struct *?
<11>May 16 11:43:21 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
./arch/x86/include/asm/processor.h:15:0,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/cpufeature.h:4,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/thread_info.h:52,
<11>May 16 11:43:21 nikal: from
./include/linux/thread_info.h:54,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/preempt.h:6,
<11>May 16 11:43:21 nikal: from ./include/linux/preempt.h:59,
<11>May 16 11:43:21 nikal: from ./include/linux/spinlock.h:50,
<11>May 16 11:43:21 nikal: from ./include/linux/seqlock.h:35,
<11>May 16 11:43:21 nikal: from ./include/linux/time.h:5,
<11>May 16 11:43:21 nikal: from ./include/linux/stat.h:18,
<11>May 16 11:43:21 nikal: from ./include/linux/module.h:10,
<11>May 16 11:43:21 nikal: from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:54:
<11>May 16 11:43:21 nikal: ./arch/x86/include/asm/current.h:17:17: warning:
passing argument 2 of ?get_user_pages? makes integer from pointer without a
cast [-Wint-conversion]
<11>May 16 11:43:21 nikal: #define current get_current()
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3544:48: note: in expansion of
macro ?current?
<11>May 16 11:43:21 nikal: pagesMapped = get_user_pages(current,
current->mm, (unsigned long) start,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:21 nikal: ./include/linux/mm.h:1315:6: note: expected ?long
unsigned int? but argument is of type ?struct mm_struct *?
<11>May 16 11:43:21 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3545:26: warning: passing
argument 5 of ?get_user_pages? makes pointer from integer without a cast
[-Wint-conversion]
<11>May 16 11:43:21 nikal: sizeInPages, isWritable, 0 , pages,
NULL );
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:21 nikal: ./include/linux/mm.h:1315:6: note: expected ?struct
page **? but argument is of type ?int?
<11>May 16 11:43:21 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3544:24: error: too many
arguments to function ?get_user_pages?
<11>May 16 11:43:21 nikal: pagesMapped = get_user_pages(current,
current->mm, (unsigned long) start,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:21 nikal: ./include/linux/mm.h:1315:6: note: declared here
<11>May 16 11:43:21 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3570:10: error: implicit
declaration of function ?page_cache_release?
[-Werror=implicit-function-declaration]
<11>May 16 11:43:21 nikal: page_cache_release(pages[pagesMapped-1]);
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
./arch/x86/include/asm/processor.h:15:0,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/cpufeature.h:4,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/thread_info.h:52,
<11>May 16 11:43:21 nikal: from
./include/linux/thread_info.h:54,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/preempt.h:6,
<11>May 16 11:43:21 nikal: from ./include/linux/preempt.h:59,
<11>May 16 11:43:21 nikal: from ./include/linux/spinlock.h:50,
<11>May 16 11:43:21 nikal: from ./include/linux/seqlock.h:35,
<11>May 16 11:43:21 nikal: from ./include/linux/time.h:5,
<11>May 16 11:43:21 nikal: from ./include/linux/stat.h:18,
<11>May 16 11:43:21 nikal: from ./include/linux/module.h:10,
<11>May 16 11:43:21 nikal: from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:54:
<11>May 16 11:43:21 nikal: /var/lib/nikal/4.8.0-49-generic/nikal/nikal.c: In
function ?nNIKAL220_tPageList_createFromUser?:
<11>May 16 11:43:21 nikal: ./arch/x86/include/asm/current.h:17:17: warning:
passing argument 1 of ?get_user_pages? makes integer from pointer without a
cast [-Wint-conversion]
<11>May 16 11:43:21 nikal: #define current get_current()
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:7021:28: note: in expansion of
macro ?current?
<11>May 16 11:43:21 nikal: pinned = get_user_pages(current, current->mm,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:21 nikal: ./include/linux/mm.h:1315:6: note: expected ?long
unsigned int? but argument is of type ?struct task_struct *?
<11>May 16 11:43:21 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
./arch/x86/include/asm/processor.h:15:0,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/cpufeature.h:4,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/thread_info.h:52,
<11>May 16 11:43:21 nikal: from
./include/linux/thread_info.h:54,
<11>May 16 11:43:21 nikal: from
./arch/x86/include/asm/preempt.h:6,
<11>May 16 11:43:21 nikal: from ./include/linux/preempt.h:59,
<11>May 16 11:43:21 nikal: from ./include/linux/spinlock.h:50,
<11>May 16 11:43:21 nikal: from ./include/linux/seqlock.h:35,
<11>May 16 11:43:21 nikal: from ./include/linux/time.h:5,
<11>May 16 11:43:21 nikal: from ./include/linux/stat.h:18,
<11>May 16 11:43:21 nikal: from ./include/linux/module.h:10,
<11>May 16 11:43:21 nikal: from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:54:
<11>May 16 11:43:21 nikal: ./arch/x86/include/asm/current.h:17:17: warning:
passing argument 2 of ?get_user_pages? makes integer from pointer without a
cast [-Wint-conversion]
<11>May 16 11:43:21 nikal: #define current get_current()
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:7021:37: note: in expansion of
macro ?current?
<11>May 16 11:43:21 nikal: pinned = get_user_pages(current, current->mm,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:21 nikal: ./include/linux/mm.h:1315:6: note: expected ?long
unsigned int? but argument is of type ?struct mm_struct *?
<11>May 16 11:43:21 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:7024:28: warning: passing
argument 5 of ?get_user_pages? makes pointer from integer without a cast
[-Wint-conversion]
<11>May 16 11:43:21 nikal: flags &
nNIKAL220_kPageListAccessModeWrite,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:21 nikal: ./include/linux/mm.h:1315:6: note: expected ?struct
page **? but argument is of type ?long unsigned int?
<11>May 16 11:43:21 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:7021:13: error: too many
arguments to function ?get_user_pages?
<11>May 16 11:43:21 nikal: pinned = get_user_pages(current, current->mm,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:21 nikal: ./include/linux/mm.h:1315:6: note: declared here
<11>May 16 11:43:21 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:21 nikal: ^
<11>May 16 11:43:21 nikal: cc1: some warnings being treated as errors
<11>May 16 11:43:21 nikal: scripts/Makefile.build:295: recipe for target
'/var/lib/nikal/4.8.0-49-generic/nikal/nikal.o' failed
<11>May 16 11:43:21 nikal: make[2]: ***
[/var/lib/nikal/4.8.0-49-generic/nikal/nikal.o] Error 1
<11>May 16 11:43:21 nikal: Makefile:1491: recipe for target
'_module_/var/lib/nikal/4.8.0-49-generic/nikal' failed
<11>May 16 11:43:21 nikal: make[1]: ***
[_module_/var/lib/nikal/4.8.0-49-generic/nikal] Error 2
<11>May 16 11:43:21 nikal: Makefile:32: recipe for target 'nikal.ko' failed
<11>May 16 11:43:21 nikal: make: *** [nikal.ko] Error 2
<11>May 16 11:43:21 nikal: ERROR: failed to build nikal
<11>May 16 11:43:21 nikal: ERROR: NI-KAL update failed.
<11>May 16 11:43:21 nikal: ERROR: make of nikal kernel module failed, not
installing kernel module.
<11>May 16 11:43:21 nikal: ERROR: updateNIDrivers should be called again after
fixing the problem.
<11>May 16 11:43:21 nikal: ERROR: Logging failure...
find: ?/lib/modules/4.8.0-46-generic/kernel/natinst?: No such file or directory
<11>May 16 11:43:24 nikal: ERROR: Include the file /tmp/niSystemReport.out.gz
when contacting
<11>May 16 11:43:24 nikal: ERROR: National Instruments for support.
<11>May 16 11:43:24 nikal: ERROR: Update of National Instruments drivers failed.
.
Warning: niapalerri post installation failed! /tmp/nikaliPostInstall.log
follows:
Configuring NI-KAL for kernel version 4.8.0-49-generic...
Building module nikal...
<11>May 16 11:43:25 nikal: CC [M]
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.o
<11>May 16 11:43:25 nikal: In file included from
./arch/x86/include/asm/processor.h:15:0,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/cpufeature.h:4,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/thread_info.h:52,
<11>May 16 11:43:25 nikal: from
./include/linux/thread_info.h:54,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/preempt.h:6,
<11>May 16 11:43:25 nikal: from ./include/linux/preempt.h:59,
<11>May 16 11:43:25 nikal: from ./include/linux/spinlock.h:50,
<11>May 16 11:43:25 nikal: from ./include/linux/seqlock.h:35,
<11>May 16 11:43:25 nikal: from ./include/linux/time.h:5,
<11>May 16 11:43:25 nikal: from ./include/linux/stat.h:18,
<11>May 16 11:43:25 nikal: from ./include/linux/module.h:10,
<11>May 16 11:43:25 nikal: from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:54:
<11>May 16 11:43:25 nikal: /var/lib/nikal/4.8.0-49-generic/nikal/nikal.c: In
function ?nNIKAL100_mapUserKIOBuf?:
<11>May 16 11:43:25 nikal: ./arch/x86/include/asm/current.h:17:17: warning:
passing argument 1 of ?get_user_pages? makes integer from pointer without a
cast [-Wint-conversion]
<11>May 16 11:43:25 nikal: #define current get_current()
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3533:33: note: in expansion of
macro ?current?
<11>May 16 11:43:25 nikal: pagesMapped = get_user_pages(current,
current->mm, (unsigned long) start,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:25 nikal: ./include/linux/mm.h:1315:6: note: expected ?long
unsigned int? but argument is of type ?struct task_struct *?
<11>May 16 11:43:25 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
./arch/x86/include/asm/processor.h:15:0,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/cpufeature.h:4,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/thread_info.h:52,
<11>May 16 11:43:25 nikal: from
./include/linux/thread_info.h:54,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/preempt.h:6,
<11>May 16 11:43:25 nikal: from ./include/linux/preempt.h:59,
<11>May 16 11:43:25 nikal: from ./include/linux/spinlock.h:50,
<11>May 16 11:43:25 nikal: from ./include/linux/seqlock.h:35,
<11>May 16 11:43:25 nikal: from ./include/linux/time.h:5,
<11>May 16 11:43:25 nikal: from ./include/linux/stat.h:18,
<11>May 16 11:43:25 nikal: from ./include/linux/module.h:10,
<11>May 16 11:43:25 nikal: from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:54:
<11>May 16 11:43:25 nikal: ./arch/x86/include/asm/current.h:17:17: warning:
passing argument 2 of ?get_user_pages? makes integer from pointer without a
cast [-Wint-conversion]
<11>May 16 11:43:25 nikal: #define current get_current()
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3533:42: note: in expansion of
macro ?current?
<11>May 16 11:43:25 nikal: pagesMapped = get_user_pages(current,
current->mm, (unsigned long) start,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:25 nikal: ./include/linux/mm.h:1315:6: note: expected ?long
unsigned int? but argument is of type ?struct mm_struct *?
<11>May 16 11:43:25 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3534:20: warning: passing
argument 5 of ?get_user_pages? makes pointer from integer without a cast
[-Wint-conversion]
<11>May 16 11:43:25 nikal: sizeInPages, isWritable, 0 , pages, NULL );
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:25 nikal: ./include/linux/mm.h:1315:6: note: expected ?struct
page **? but argument is of type ?int?
<11>May 16 11:43:25 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3533:18: error: too many
arguments to function ?get_user_pages?
<11>May 16 11:43:25 nikal: pagesMapped = get_user_pages(current,
current->mm, (unsigned long) start,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:25 nikal: ./include/linux/mm.h:1315:6: note: declared here
<11>May 16 11:43:25 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
./arch/x86/include/asm/processor.h:15:0,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/cpufeature.h:4,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/thread_info.h:52,
<11>May 16 11:43:25 nikal: from
./include/linux/thread_info.h:54,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/preempt.h:6,
<11>May 16 11:43:25 nikal: from ./include/linux/preempt.h:59,
<11>May 16 11:43:25 nikal: from ./include/linux/spinlock.h:50,
<11>May 16 11:43:25 nikal: from ./include/linux/seqlock.h:35,
<11>May 16 11:43:25 nikal: from ./include/linux/time.h:5,
<11>May 16 11:43:25 nikal: from ./include/linux/stat.h:18,
<11>May 16 11:43:25 nikal: from ./include/linux/module.h:10,
<11>May 16 11:43:25 nikal: from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:54:
<11>May 16 11:43:25 nikal: ./arch/x86/include/asm/current.h:17:17: warning:
passing argument 1 of ?get_user_pages? makes integer from pointer without a
cast [-Wint-conversion]
<11>May 16 11:43:25 nikal: #define current get_current()
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3544:39: note: in expansion of
macro ?current?
<11>May 16 11:43:25 nikal: pagesMapped = get_user_pages(current,
current->mm, (unsigned long) start,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:25 nikal: ./include/linux/mm.h:1315:6: note: expected ?long
unsigned int? but argument is of type ?struct task_struct *?
<11>May 16 11:43:25 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
./arch/x86/include/asm/processor.h:15:0,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/cpufeature.h:4,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/thread_info.h:52,
<11>May 16 11:43:25 nikal: from
./include/linux/thread_info.h:54,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/preempt.h:6,
<11>May 16 11:43:25 nikal: from ./include/linux/preempt.h:59,
<11>May 16 11:43:25 nikal: from ./include/linux/spinlock.h:50,
<11>May 16 11:43:25 nikal: from ./include/linux/seqlock.h:35,
<11>May 16 11:43:25 nikal: from ./include/linux/time.h:5,
<11>May 16 11:43:25 nikal: from ./include/linux/stat.h:18,
<11>May 16 11:43:25 nikal: from ./include/linux/module.h:10,
<11>May 16 11:43:25 nikal: from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:54:
<11>May 16 11:43:25 nikal: ./arch/x86/include/asm/current.h:17:17: warning:
passing argument 2 of ?get_user_pages? makes integer from pointer without a
cast [-Wint-conversion]
<11>May 16 11:43:25 nikal: #define current get_current()
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3544:48: note: in expansion of
macro ?current?
<11>May 16 11:43:25 nikal: pagesMapped = get_user_pages(current,
current->mm, (unsigned long) start,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:25 nikal: ./include/linux/mm.h:1315:6: note: expected ?long
unsigned int? but argument is of type ?struct mm_struct *?
<11>May 16 11:43:25 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3545:26: warning: passing
argument 5 of ?get_user_pages? makes pointer from integer without a cast
[-Wint-conversion]
<11>May 16 11:43:25 nikal: sizeInPages, isWritable, 0 , pages,
NULL );
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:25 nikal: ./include/linux/mm.h:1315:6: note: expected ?struct
page **? but argument is of type ?int?
<11>May 16 11:43:25 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3544:24: error: too many
arguments to function ?get_user_pages?
<11>May 16 11:43:25 nikal: pagesMapped = get_user_pages(current,
current->mm, (unsigned long) start,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:25 nikal: ./include/linux/mm.h:1315:6: note: declared here
<11>May 16 11:43:25 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:3570:10: error: implicit
declaration of function ?page_cache_release?
[-Werror=implicit-function-declaration]
<11>May 16 11:43:25 nikal: page_cache_release(pages[pagesMapped-1]);
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
./arch/x86/include/asm/processor.h:15:0,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/cpufeature.h:4,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/thread_info.h:52,
<11>May 16 11:43:25 nikal: from
./include/linux/thread_info.h:54,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/preempt.h:6,
<11>May 16 11:43:25 nikal: from ./include/linux/preempt.h:59,
<11>May 16 11:43:25 nikal: from ./include/linux/spinlock.h:50,
<11>May 16 11:43:25 nikal: from ./include/linux/seqlock.h:35,
<11>May 16 11:43:25 nikal: from ./include/linux/time.h:5,
<11>May 16 11:43:25 nikal: from ./include/linux/stat.h:18,
<11>May 16 11:43:25 nikal: from ./include/linux/module.h:10,
<11>May 16 11:43:25 nikal: from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:54:
<11>May 16 11:43:25 nikal: /var/lib/nikal/4.8.0-49-generic/nikal/nikal.c: In
function ?nNIKAL220_tPageList_createFromUser?:
<11>May 16 11:43:25 nikal: ./arch/x86/include/asm/current.h:17:17: warning:
passing argument 1 of ?get_user_pages? makes integer from pointer without a
cast [-Wint-conversion]
<11>May 16 11:43:25 nikal: #define current get_current()
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:7021:28: note: in expansion of
macro ?current?
<11>May 16 11:43:25 nikal: pinned = get_user_pages(current, current->mm,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:25 nikal: ./include/linux/mm.h:1315:6: note: expected ?long
unsigned int? but argument is of type ?struct task_struct *?
<11>May 16 11:43:25 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
./arch/x86/include/asm/processor.h:15:0,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/cpufeature.h:4,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/thread_info.h:52,
<11>May 16 11:43:25 nikal: from
./include/linux/thread_info.h:54,
<11>May 16 11:43:25 nikal: from
./arch/x86/include/asm/preempt.h:6,
<11>May 16 11:43:25 nikal: from ./include/linux/preempt.h:59,
<11>May 16 11:43:25 nikal: from ./include/linux/spinlock.h:50,
<11>May 16 11:43:25 nikal: from ./include/linux/seqlock.h:35,
<11>May 16 11:43:25 nikal: from ./include/linux/time.h:5,
<11>May 16 11:43:25 nikal: from ./include/linux/stat.h:18,
<11>May 16 11:43:25 nikal: from ./include/linux/module.h:10,
<11>May 16 11:43:25 nikal: from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:54:
<11>May 16 11:43:25 nikal: ./arch/x86/include/asm/current.h:17:17: warning:
passing argument 2 of ?get_user_pages? makes integer from pointer without a
cast [-Wint-conversion]
<11>May 16 11:43:25 nikal: #define current get_current()
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:7021:37: note: in expansion of
macro ?current?
<11>May 16 11:43:25 nikal: pinned = get_user_pages(current, current->mm,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:25 nikal: ./include/linux/mm.h:1315:6: note: expected ?long
unsigned int? but argument is of type ?struct mm_struct *?
<11>May 16 11:43:25 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:7024:28: warning: passing
argument 5 of ?get_user_pages? makes pointer from integer without a cast
[-Wint-conversion]
<11>May 16 11:43:25 nikal: flags &
nNIKAL220_kPageListAccessModeWrite,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:25 nikal: ./include/linux/mm.h:1315:6: note: expected ?struct
page **? but argument is of type ?long unsigned int?
<11>May 16 11:43:25 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal:
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:7021:13: error: too many
arguments to function ?get_user_pages?
<11>May 16 11:43:25 nikal: pinned = get_user_pages(current, current->mm,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: In file included from
/var/lib/nikal/4.8.0-49-generic/nikal/nikal.c:61:0:
<11>May 16 11:43:25 nikal: ./include/linux/mm.h:1315:6: note: declared here
<11>May 16 11:43:25 nikal: long get_user_pages(unsigned long start, unsigned
long nr_pages,
<11>May 16 11:43:25 nikal: ^
<11>May 16 11:43:25 nikal: cc1: some warnings being treated as errors
<11>May 16 11:43:25 nikal: scripts/Makefile.build:295: recipe for target
'/var/lib/nikal/4.8.0-49-generic/nikal/nikal.o' failed
<11>May 16 11:43:25 nikal: make[2]: ***
[/var/lib/nikal/4.8.0-49-generic/nikal/nikal.o] Error 1
<11>May 16 11:43:25 nikal: Makefile:1491: recipe for target
'_module_/var/lib/nikal/4.8.0-49-generic/nikal' failed
<11>May 16 11:43:25 nikal: make[1]: ***
[_module_/var/lib/nikal/4.8.0-49-generic/nikal] Error 2
<11>May 16 11:43:25 nikal: Makefile:32: recipe for target 'nikal.ko' failed
<11>May 16 11:43:25 nikal: make: *** [nikal.ko] Error 2
<11>May 16 11:43:25 nikal: ERROR: failed to build nikal
<11>May 16 11:43:25 nikal: ERROR: NI-KAL update failed.
<11>May 16 11:43:25 nikal: ERROR: make of nikal kernel module failed, not
installing kernel module.
<11>May 16 11:43:25 nikal: ERROR: updateNIDrivers should be called again after
fixing the problem.
<11>May 16 11:43:25 nikal: ERROR: Logging failure...
find: ?/lib/modules/4.8.0-46-generic/kernel/natinst?: No such file or directory
<11>May 16 11:43:29 nikal: ERROR: Include the file /tmp/niSystemReport.out.gz
when contacting
<11>May 16 11:43:29 nikal: ERROR: National Instruments for support.
<11>May 16 11:43:29 nikal: ERROR: Update of National Instruments drivers failed.
________________________________
Von: Michael West [[email protected]]
Gesendet: Dienstag, 16. Mai 2017 01:04
An: Dennis Stroh
Cc: Marcus M?ller; [email protected]
Betreff: Re: [USRP-users] NI-USRP 15.0 driver is not working on Ubuntu 16.04
Hi Dennis,
What part of the driver installation failed and what was the error message? I
haven't tried it on an Ubuntu 16.04 machine either, but it would be good to
know what is failing.
If you just need high throughput, 10 GbE should work (and you won't need to
worry about the NI USRP RIO driver). UHD even has dual 10 GbE support to get
full rate on 2 channels. Can you use that?
Regards,
Michael
On Mon, May 15, 2017 at 2:30 AM, Dennis Stroh via USRP-users
<[email protected]<mailto:[email protected]>> wrote:
Hello Marcus M,
my current kernel version is 4.8.0-49-generic. Ubuntu 16.04 only provides
downgrade options to kernel version 4.4. The latest NI driver V15.0 supports
only 4.2.x. So, is there no chance to get the USRP X300 runing via PCIe on
Ubuntu 16.04?
Kind regards
________________________________
Von: USRP-users
[[email protected]<mailto:[email protected]>]"
im Auftrag von "Marcus M?ller via USRP-users
[[email protected]<mailto:[email protected]>]
Gesendet: Samstag, 13. Mai 2017 14:00
An: [email protected]<mailto:[email protected]>
Betreff: Re: [USRP-users] NI-USRP 15.0 driver is not working on Ubuntu 16.04
Hello Mr. Stroh,
I don't have a Ubuntu machine at hand to test myself, but:
what's the kernel version you're running (`uname -r`)? Might be that the NI
drivers don't support that kernel (yet).
Best regards,
Marcus M
On 11.05.2017 12:15, Dennis Stroh via USRP-users wrote:
Hi,
I want to connect a USRP X300 via PCIe to achieve high data throughput.
I installed and updated the NI-USRP 15.0 driver by following the steps of the
description in the USRP Manual.
However, the update failed and the driver is not properly working.
What should I do to make this configuration work?
Kind regards
_______________________________________________
USRP-users mailing list
[email protected]<mailto:[email protected]>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
_______________________________________________
USRP-users mailing list
[email protected]<mailto:[email protected]>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170516/871c95f2/attachment-0001.html>
------------------------------
Message: 17
Date: Tue, 16 May 2017 18:12:20 +0900
From: ??? <[email protected]>
To: [email protected] <[email protected]>
Subject: [USRP-users] Sampling rate on E310 with GRC
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi all
I'm performing basic transmit test with E310 and GRC
I connected Signal Source(1MHz) and USRP sink(400MHz) directly
When I use 8MHz sampling rate, It looks good
But when I change it to 15MHz or higher, I got buffer error message, and
dancing signal
Is it expexted? or abnormal?
Regards
Kim taeyeong
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170516/3a05901d/attachment-0001.html>
------------------------------
Message: 18
Date: Tue, 16 May 2017 12:24:50 +0200
From: Julian Arnold <[email protected]>
To: Ammar Mahmood <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Observing multipath phenomena by
transmitting Impulses using NI USRP 2901
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Hey,
so for an indoor environment and frequencies around 1GHz I would suspect
that the RMS delay spread is going to be somewhere below 50ns (which is
tiny compared to your 5us pulse).
Now, you have to think about how to resolve those components with the
limited bandwidth your transceiver is giving you.
Remember, you will not be able to transmit you rectangular puls without
distortion as this would require an infinite bandwidth.
So think about how your received signal will look like and how the
multi-path components would show up?
Cheers,
On 05/16/2017 10:32 AM, Ammar Mahmood wrote:
> Hey Julian,
>
> Thanks for your response. I have not computed the timespread in which
> my multipath copies would fall as I am conducting this experiment in a
> scattered environment of lab. I am giving the signal a higher gain
> (50+db) so I assume that the multi path component will have higher
> power than the noise and I will be able to distinguish it from the
> noise through it but till now I have not successfully achieved it.
>
>
> -Ammar
>
>
> On Tue, May 16, 2017 at 12:55 PM, Julian Arnold
> <[email protected] <mailto:[email protected]>> wrote:
>
> Hey Ammar,
>
> how do you try to resolve the multi-path components? Have you thought
> about the range in which the time spread of your multi-path copies
> would
> fall?
>
> Cheers,
> Julian
>
> On 05/16/2017 09:33 AM, Ammar Mahmood via USRP-users wrote:
> > Hi all,
> >
> > I am trying to observe the multi path phenomena by transmitting
> > rectangular impulses using NI USRP 2901. The duration of impulse is
> > around 5 us and the idle duration between impulses is around 10m. I
> > expect to receive copies of the impulse along with the original
> > impulse at the output. Whereas I am only observing the real
> impulse at
> > the output and the multi path component is not being observed. Can
> > anybody guide me so that I may be able to solve this problem?
> >
> >
> > Ammar
> >
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected] <mailto:[email protected]>
> >
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> <http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com>
>
> --
> Julian Arnold, M.Sc.
>
> Institute for Networked Systems
> RWTH Aachen University
>
> Kackertstrasse 9
> 52072 Aachen
> Germany
>
>
--
Julian Arnold, M.Sc.
Institute for Networked Systems
RWTH Aachen University
Kackertstrasse 9
52072 Aachen
Germany
------------------------------
Message: 19
Date: Tue, 16 May 2017 15:14:11 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Sampling rate on E310 with GRC
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
The CPU on the E310 is simply not powerful enough to generate and
transport 15 million samples per second.
So, yes, though it's not great, it's expected.
Best regards,
Marcus
On 05/16/2017 11:12 AM, ??? via USRP-users wrote:
>
> Hi all
>
>
>
> I'm performing basic transmit test with E310 and GRC.
>
> I connected Signal Source(1MHz) and USRP sink(400MHz) directly.
>
> When I use 8MHz sampling rate, It looks good.
>
> But when I change it to 15MHz or higher, I got buffer error message,
> and dancing signal.
>
> Is it expexted? or abnormal?
>
>
>
> Regards
>
> Kim taeyeong
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170516/6db517bb/attachment-0001.html>
------------------------------
Message: 20
Date: Tue, 16 May 2017 18:42:21 +0500
From: Ammar Mahmood <[email protected]>
To: Julian Arnold <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Observing multipath phenomena by
transmitting Impulses using NI USRP 2901
Message-ID:
<CAOZxRwiU-=26ciqtgtyt6inmupzhvmcmi1qpnbkgbtaoz35...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hey,
I am thinking to conduct this experiment in an empty room. In this way, I
can better estimate the delay spread of the multi-path component as it will
only by reflection by the walls of the room. Also, using directional
antennas in order to capture the multi-path component in a better way.
Also, I have NI USRP 2943R available with me. Should I go with them or NI
2901 is capable of doing this experiment?
-Ammar
On Tue, May 16, 2017 at 3:24 PM, Julian Arnold <[email protected]>
wrote:
> Hey,
>
> so for an indoor environment and frequencies around 1GHz I would suspect
> that the RMS delay spread is going to be somewhere below 50ns (which is
> tiny compared to your 5us pulse).
> Now, you have to think about how to resolve those components with the
> limited bandwidth your transceiver is giving you.
> Remember, you will not be able to transmit you rectangular puls without
> distortion as this would require an infinite bandwidth.
> So think about how your received signal will look like and how the
> multi-path components would show up?
>
> Cheers,
>
> On 05/16/2017 10:32 AM, Ammar Mahmood wrote:
> > Hey Julian,
> >
> > Thanks for your response. I have not computed the timespread in which
> > my multipath copies would fall as I am conducting this experiment in a
> > scattered environment of lab. I am giving the signal a higher gain
> > (50+db) so I assume that the multi path component will have higher
> > power than the noise and I will be able to distinguish it from the
> > noise through it but till now I have not successfully achieved it.
> >
> >
> > -Ammar
> >
> >
> > On Tue, May 16, 2017 at 12:55 PM, Julian Arnold
> > <[email protected] <mailto:[email protected]>> wrote:
> >
> > Hey Ammar,
> >
> > how do you try to resolve the multi-path components? Have you thought
> > about the range in which the time spread of your multi-path copies
> > would
> > fall?
> >
> > Cheers,
> > Julian
> >
> > On 05/16/2017 09:33 AM, Ammar Mahmood via USRP-users wrote:
> > > Hi all,
> > >
> > > I am trying to observe the multi path phenomena by transmitting
> > > rectangular impulses using NI USRP 2901. The duration of impulse is
> > > around 5 us and the idle duration between impulses is around 10m. I
> > > expect to receive copies of the impulse along with the original
> > > impulse at the output. Whereas I am only observing the real
> > impulse at
> > > the output and the multi path component is not being observed. Can
> > > anybody guide me so that I may be able to solve this problem?
> > >
> > >
> > > Ammar
> > >
> > >
> > > _______________________________________________
> > > USRP-users mailing list
> > > [email protected] <mailto:[email protected]>
> > >
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> > <http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com>
> >
> > --
> > Julian Arnold, M.Sc.
> >
> > Institute for Networked Systems
> > RWTH Aachen University
> >
> > Kackertstrasse 9
> > 52072 Aachen
> > Germany
> >
> >
>
> --
> Julian Arnold, M.Sc.
>
> Institute for Networked Systems
> RWTH Aachen University
>
> Kackertstrasse 9
> 52072 Aachen
> Germany
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170516/f097b4ed/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 81, Issue 16
******************************************
