What exactly do you want to vectorize?
Best regards,
Marcus
On 09.09.2017 12:44, David via USRP-users wrote:
>
> Thx for the info.
>
> Do you think there would be any mileage in using the GPU for that, it
> should vectorise quite well?
>
> I' know nothing about the GPU, only done some simple Cud
Thx for the info.
Do you think there would be any mileage in using the GPU for that, it
should vectorise quite well?
I' know nothing about the GPU, only done some simple Cuda stuff, maybe
theres OpenCL support?
On 08/09/17 16:51, mle...@ripnet.com wrote:
I've run a simple interferometer
I've run a simple interferometer application with a B210 on an XU4, with
two channels at 15Msps.
On 2017-09-08 11:23, David wrote:
> Thanks Marcus,
>
> so doing ... benchmark_rate --args "num_recv_frames=512" --rx_rate 40e6
>
> no overruns (got a couple with 256).
>
> I'm just trying to get
Thanks Marcus,
so doing ...
benchmark_rate --args "num_recv_frames=512" --rx_rate 40e6
no overruns (got a couple with 256).
I'm just trying to get a feel of what is possible with this processor,
Cheers
Dave
On 08/09/17 15:58, mle...@ripnet.com wrote:
I've found that altering num_recv_fra
I've found that altering num_recv_frames in the device args to be
helpful on XU4--try 128 or 256
On 2017-09-08 10:34, David via USRP-users wrote:
> Just tried out a USB3 powered hub, to power the b200.
>
> The XU4 wouldn't boot powered from the hub (2A max), but powered from it's
> own supply
Just tried out a USB3 powered hub, to power the b200.
The XU4 wouldn't boot powered from the hub (2A max), but powered from
it's own supply (4A) and the B200mini powered from the hub all seems OK,
no device errors, fscks on reboot, etc. :-) :-)
So, using "benchmark_rate --rx_rate 40e6", I get
So after a reboot of my main Ubuntu PC...
It's now recognised, so doing...
# fsck /dev/sdd2
fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
rootfs was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking di
Unfortunately, for me, things are not as they seem...
So after using the B200mini on USB2, just now, I've just done a reboot
(paranoia setting in), and it's now stuck continuously rebooting, doing
an fsck rebooting, etc...
One one pass...
2fsck 1.42.13 (17-May-2015)
rootfs was not clean
Thanks All,
So on USB2 I get the following:
odroid@odroid:~$ uhd_fft -f 935e6 -s 1e6
linux; GNU C++ version 5.4.0 20160609; Boost_105800;
UHD_003.010.002.000-0-gbd6e21dc
-- Detected Device: B200mini
-- Operating over USB 2.
-- Initialize CODEC control...
-- Initialize Radio
.
> -Original Message-
> From: USRP-users [mailto:usrp-users-boun...@lists.ettus.com] On Behalf Of
> Nate Temple via USRP-users
> Sent: Saturday, September 2, 2017 11:03 PM
> To: David
> Cc: USRP-users@lists.ettus.com
> Subject: Re: [USRP-users] B200mini & XU4 problem
&
Hi Dave,
What is the error when uhd_fft fails over the USB2 port?
The routing is different between the USB2 and USB3 ports on the XU4. The USB3
ports are routed through a USB3 hub (GL3521) and also have a RTL8153 1GbE
ethernet controller on the #1 channel. They also provide their own bus power
On 09/03/2017 08:46 AM, David via USRP-users wrote:
Hey all,
Thanks for the replies, didn't realise it would work on USB2... so I...
- plugged into USB2 port
- no boot up problems with the udev rule enabled
- get similar device read errors, until the device is unplugged &
plugged back in
- then
Hey all,
Thanks for the replies, didn't realise it would work on USB2... so I...
- plugged into USB2 port
- no boot up problems with the udev rule enabled
- get similar device read errors, until the device is unplugged &
plugged back in
- then uhd_usrp_probe works, no corruption of the fs :-)
-
On 09/02/2017 05:02 PM, Nate Temple via USRP-users wrote:
Hi Dave,
This is certainly an interesting issue. I suspect the core of the issue may be
power draw on the USB interface during boot. One of the common issues with the
XU4 that I've seen reported is that the USB3 ports do not provide USB
Hi Dave,
This is certainly an interesting issue. I suspect the core of the issue may be
power draw on the USB interface during boot. One of the common issues with the
XU4 that I've seen reported is that the USB3 ports do not provide USB3 spec
power levels.
Using a powered USB3 hub may resolve
Hi All,
I'm trying to get XU4 and B200mini to work together, but having a
serious issue: the SD card gets trashed!
I'm using Ubuntu 16.04 image from the Odroid site, kernel 4.9.28-38, and
latest GIT clone of UHD (as of two weeks ago). Two uSD cards I had are
now totally trashed. I'm on my la
16 matches
Mail list logo