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) and
cheated by overwriting an existing partition on a drive (not a viable long
term solution in my mind).  Yes this is a zeus build, only thing I knew of
on the meta-sdr side that was using a gr3.8 release and I have seen your
additional question (
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2020-December/063288.html
).

Below is what I'm using as a bblayers.

Appreciate your assistance and patience while I'm figuring this out.


# POKY_BBLAYERS_CONF_VERSION is increased each time build/conf/bblayers.conf
# changes incompatibly
POKY_BBLAYERS_CONF_VERSION = "2"

BBPATH = "${TOPDIR}"
BBFILES ?= ""

#  alt for poky
#  /home/user/oe-zeus/sources/openembedded-core/meta
BBLAYERS ?= " \
  /home/user/oe-zeus/sources/poky/meta \
  /home/user/oe-zeus/sources/poky/meta-poky \
  /home/user/oe-zeus/sources/meta-openembedded/meta-oe \
  /home/user/oe-zeus/sources/meta-openembedded/meta-python \
  /home/user/oe-zeus/sources/meta-openembedded/meta-filesystems \
  /home/user/oe-zeus/sources/meta-openembedded/meta-networking \
  /home/user/oe-zeus/sources/meta-security/meta-tpm \
  /home/user/oe-zeus/sources/meta-ettus/meta-ettus-core \
  /home/user/oe-zeus/sources/meta-ettus/meta-alchemy \
  /home/user/oe-zeus/sources/meta-ettus/meta-e31x \
  /home/user/oe-zeus/sources/meta-sdr \
  /home/user/oe-zeus/sources/meta-qt5 \
  "

On Fri, Nov 20, 2020 at 11:04 AM Philip Balister <phi...@balister.org>
wrote:

> The quick answer is switch the bsp layer from
>
> meta-e31x-mender
>
> to meta-e31x
>
> and see what happens. I find I ahve to fiddle a lot with the ettus
> builds, 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 to that idea but am not familiar with openembedded/yocto/mender
> or
> > what that process would look like (and the little bit of googling hasn't
> > shed enough light yet) so I fall back to the tools that I have found and
> > that is the ettus docker container with oe-build (
> > https://github.com/EttusResearch/ettus-docker/tree/master/oe-build) and
> the
> > instructions there.  As far as I know I only need the sdimg, but this
> goes
> > back to not being familiar with the build process so I could be off base.
> > Looking at the `setup_build_env.sh` script, mender seems to be tied in
> both
> > as a layer and what the image may inherit from.  I don't know if it is as
> > simple as removing the references to mender in that file and calling
> build
> > or if that will break the resulting image (technically already broken
> since
> > it segfaults for me -- libfftw see
> >
> http://lists.ettus.com/pipermail/usrp-users_lists.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 <phi...@balister.org>
> wrote:
> >
> >> Build without mender?
> >>
> >> Philip
> >>
> >> On 11/19/20 4:51 PM, Ben Magistro via USRP-users wrote:
> >>> 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 `local.conf` this seems to have no effect.  I am using the
> ettus
> >>> docker image for oe-builder with the command
> >>> `./meta-ettus/contrib/build_imgs_package.sh e310_sg3 v4.0.0.0`.  For
> the
> >>> debug portion I've added a few lines to `build/conf/local.conf` to add
> >> the
> >>> packages.  Anyone know how to increase the total storage size so that
> it
> >>> can build the image?
> >>>
> >>> Thanks in advance.
> >>>
> >>>
> >>> _______________________________________________
> >>> USRP-users mailing list
> >>> USRP-users@lists.ettus.com
> >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>>
> >>
> >
> >
> > _______________________________________________
> > USRP-users mailing list
> > USRP-users@lists.ettus.com
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
>
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Reply via email to