[yocto] Newbie trying to get started
Khem Raj
raj.khem at gmail.com
Thu Feb 28 23:21:23 PST 2013
On (28/02/13 22:20), Paul D. DeRocco wrote:
> > From: McClintock Matthew-B29882
> >
> > Not sure about the Intel BSPs but they may contain just their layer
> > and/or poky + meta-intel. It does not really matter where meta-intel
> > lives on your file system though. It can be referenced directly in
> > your 'conf/bblayers.conf' file in your build folder.
> >
> > > Then, the directions say to edit bblayers.conf, and
> > possibly local.conf. The
> > > only place I find these files are in my yocto/build/conf
> > directory, but I
> > > would think that doing a build for a different machine
> > would involve setting
> > > up a different build directory, e.g., yocto/buildatom. Is
> > that correct? But
> > > isn't the build directory set up by running the
> > oe-init-build-env script,
> > > which comes afterwards in the instructions?
> >
> > Different build folders are not an explicit requirement for different
> > MACHINES (or in some cases unless there are some conflicts that are
> > unknown diferrent distros - don't go out of your way to do this
> > though). In fact if two MACHINES are the same ARCH you can reuse
> > components between and save a lot of build time. That or use
> > sstate-cache between two build folders which won't be quite as fast
> > but almost...
> >
> > > Also, those instructions imply that I should run that script in the
> > > yocto/poky directory, since that's where the script is
> > located, but the
> > > meta-intel is "upstairs" from that, which seems odd.
> >
> > Should not matter, you add meta-intel to 'conf/bblayers/conf' later.
> > Unless this is possibly done for you via script - but I don't think
> > any scripts in poky do this for you. Either way you can checkup on
> > things layer to make sure the require layers are included.
> >
> > > I'm confused by all this, but more to the point, I'm afraid
> > of doing the
> > > wrong thing, and clobbering the Gumstix stuff, which took a
> > day and a half
> > > to build. I expect the Atom build will also take a long
> > time, but I don't
> > > want to have to do it two more times.
> >
> > You are mixing gumstix and poky distros in one build folder? That
> > could work as mentioned above, but it might encounter issues. I don't
> > think it's regularly tested though so YMMV. My suggest would be to
> > share the sstate-cache between the two build environments. So if one
> > package has already been built it's reused (and the signatures match -
> > which just means it's deemed compatible between machines)
> >
> > It's also quite likely you won't save much build time since gumstix
> > and poky will be using different ARCHs and all the recipes will be
> > rebuilt anyways. Again not really that familiar with gumstix so some
> > statements above could be a bit off.
>
> That's what I thought. You can't really share much of anything between a
> Gumstix and an Atom, so I'm using a separate build tree.
well whole native recipes will be shared that a lot of build time saved
>
> But it's not working. The instructions tell me to set MACHINE to
> "cedartrail" or "cedartrail-nopvr" in local.conf, so I chose the latter
> since I'm doing a GUI-less system. And then it tells me to run "bitbake
> core-image-sato" which seems strange, since "sato" refers to a desktop
> manager or something graphical. After a lot of DEBUG output, I get the
> following error message:
>
> ERROR: OE-core's config sanity checker detected a potential
> misconfiguration.
> Either fix the cause of this error or at your own risk disable the
> checker (see sanity.conf).
> Following is the list of potential problems / advisories:
> Please set a valid MACHINE in your local.conf or environment
>
you simply add the right layer to conf/bblayers.conf
BBLAYERS = "....
${TOPDIR}/sources/meta-intel/meta-cedartrail
...
"
and then
MACHINE=cedartrail-nopvr bitbake core-image-minimal
e.g. will build minimal image
> Also, I notice among the debug output, early on:
>
> DEBUG: CONF file 'conf/machine/cedartrail-nopvr.conf' not found
>
> even though that file exists in poky/meta-intel.
>
> Is the problem that I'm making the wrong image for a GUI-less system? Where
> are targets like "core-image-sato" defined? I don't see any file of that
> name, with a .bb or any other extension, other than a prebuilt image.
>
> I get the feeling I'm missing something.
>
> By the way, I'm using the poky tree that was downloaded as a result of my
> Gumstix build, except for the meta-intel subdirectory. Is that wrong?
>
> --
>
> Ciao, Paul D. DeRocco
> Paul mailto:pderocco at ix.netcom.com
>
> _______________________________________________
> yocto mailing list
> yocto at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
--
-Khem
More information about the yocto
mailing list