Just wanted to say thanks for the assistance, that worked great. As a heads up if you are building against zeus & dunfell and need fft support you are likely going to hit the same issue I did. As a work around I just pulled gcc 8.3 back in zeus. https://github.com/FFTW/fftw3/issues/213
On Fri, Dec 4, 2020 at 2:34 PM Philip Balister <phi...@balister.org> 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) 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. > > Try adding: > > WKS_FILE="sdimage-8G.wks" > IMAGE_FSTYPES += "wic.gz wic.bmap" > > to local.conf. This should get you files in tmp.../deploy/images/machine > that end in wic.gz and wic.bmap. You can use bmaptool to write them > directly to the SD card. > > Philip > > > > > > > # 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 > > >
_______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
