This might be more of a GNURadio question, but is it possible to share a
single USRP device (E310 in this case) with two flowgraphs? What I mean is
the E310 has a "A" and "B" channel, could you use channel "A" with one
flowgraph and "B" with another or does everything have to be implemented in
a s
understand it, the UHD Source and Sink blocks must be in the same
> flowgraph. Otherwise, after you start one flowgraph, the other will say
> it can't find the device, or some similar error.
>
> For how I solved the problem, see
>
> https://raw.githubusercontent.com/duggabe/gr-co
I haven't done much testing beyond power on, but it appears the UHD 4.1
image restores the SG3 speeds. It is still based on Zeus with GCC 9.2 so
likely has the fftw segfault still.
Ben
On Thu, Apr 15, 2021 at 8:45 AM Philip Balister wrote:
> Any updates on this? Anyone have a fix for the ftw
Hello,
I'm trying to build a custom sd card image (e310) that has gnuradio 3.8 but
am struggling to figure out how to get there. I have the oe-build docker
image built but not quite sure how to change the recipes? that will be used
to build the components that go into the image. I'm basing my st
There is an image out there with UHD 4.0.0.0 in it but I'm not sure if it's
ready for prime time yet. I stumbled upon it while looking for a different
e310 image. I am actually using this image with the e310 now, locally, but
so far it has been working for what I needed.
https://files.ettus.com/
Is anyone else using meta-ettus-v4.0.0.0 yet? if so, have you had any
issues with libfftw?
Using the image on an E310, adding a single OOT module (gr-ais) and trying
to run an app distributed with it, the app segfaults. To further
troubleshoot, I added gdb and it comes back with the following.
nd tag me on it so that we can keep track of it internally. - MLD
>
> On Wed, Nov 4, 2020 at 11:25 PM Ben Magistro via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> Is anyone else using meta-ettus-v4.0.0.0 yet? if so, have you had any
>> issues with libfftw?
>
I've been trying to rebuild meta-ettus (in this case -v4.0.0.0) with debug
enabled but am hitting an issue with image size being larger than an 8GB sd
card and can't seem to get past that. It says I should increase
`MENDER_STORAGE_TOTAL_SIZE_MB` if the actual size is larger but increasing
this in
.ettus.com/2020-November/063062.html)
but I'd like to know I'm not introducing new problems at the same time I am
trying to resolve my first problem.
Ben
On Thu, Nov 19, 2020 at 5:22 PM Philip Balister wrote:
> Build without mender?
>
> Philip
>
> On 11/19/20 4:
so it does help to know OpenEmbedded/Yocto.
>
> Anyone know the status of the clock speed issue I reported a while back?
> A quick scan of metta-ettus shows no updates since Sep 13.
>
> Philip
>
> On 11/20/20 10:44 AM, Ben Magistro via USRP-users wrote:
> > I'm open
://bugzilla.yoctoproject.org/show_bug.cgi?id=14144) until this can be
better resolved. I think data point 3 confirms this as I did not include
options to enable neon when I compiled.
On Wed, Nov 11, 2020 at 1:39 PM Ben Magistro wrote:
> Adding some more data points.
>
> 1) I've been try
Fri, Dec 4, 2020 at 2:34 PM Philip Balister wrote:
> On 12/4/20 10:52 AM, Ben Magistro via USRP-users wrote:
> > How do you handle uboot? I've managed to get an ext4 rootfs (haven't
> tried
> > adding debug yet, just trying to get to a known point to start from) a
Finally getting a chance to circle back to this and I would rather be on
dunfell but the bsp for the E310 doesn't appear to have been ported yet. I
made an attempt but cannot build an image successfully and need to do a
better set of diffs on the kernel patches.
Has anyone else started on a dunfe
I am using an image based on the v4.0.0.0 variant but I needed to rebuild
it to overcome some other issues with the image. What you listed does work
for me. If the link is not active, looking at the output of `ip addr` will
not show any inet address(es). I don't see any obvious typos/differences
14 matches
Mail list logo
