[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