<div dir="ltr"><div><span style="font-size:16px">Sorry for the previous message. Accidentally sent it out.</span></div><div><span style="font-size:16px"> </span></div><span style="font-size:16px">Thanks, Andre! That explains a lot. </span><div style="font-size:16px">I got rid of the entire tmp directory and then rebuilt. And unfortunately I'm still running into the same problem... </div><div style="font-size:16px">I entered the directory shown in the error and did a 'file' on the binaries. They are all x86-64 binary. Now I wonder why in the core2-32-intel-commom-poke-linux folder exists 64 bit binaries?</div><div style="font-size:16px">What configuration could I have messed up?</div><div style="font-size:16px"><br></div><div style="font-size:16px">Thanks,</div><div style="font-size:16px">Tom.</div><div style="font-size:16px"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 6, 2017 at 7:09 PM, Zhuoqun Cheng <span dir="ltr"><<a href="mailto:czq@bu.edu" target="_blank">czq@bu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thanks, Andre! That explains a lot. <div>I got rid of the entire tmp directory and then rebuilt. And unfortunately I'm still running into the same problem... </div><div>Looking at the error again (see below)</div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 6, 2017 at 1:30 PM, Andre McCurdy <span dir="ltr"><<a href="mailto:armccurdy@gmail.com" target="_blank">armccurdy@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Tue, Jun 6, 2017 at 5:42 AM, Zhuoqun Cheng <<a href="mailto:czq@bu.edu" target="_blank">czq@bu.edu</a>> wrote:<br>
</span><span>> Hi Yocto Experts,<br>
><br>
> I'm fairly new to Yocto and I've already tried my best to search for<br>
> answers, but not happy with what I found.<br>
><br>
> So here's the situation I've got:<br>
><br>
> I'm using yocto to build the intel aero board image, following this link:<br>
> <a href="https://github.com/intel-aero/meta-intel-aero/wiki/Quickstart-Guide#yocto-for-intel-aero" rel="noreferrer" target="_blank">https://github.com/intel-aero/<wbr>meta-intel-aero/wiki/Quickstar<wbr>t-Guide#yocto-for-intel-aero</a><br>
><br>
> Everything worked fine, until I wanted to change the target architecture<br>
> from the default 64-bit x86 to 32-bit x86. What I did is three steps:<br>
> 1. do a clean: bitbake -c clean intel-aero-image<br>
<br>
</span>Note that running the clean task for the final image doesn't have any<br>
affect on the packages which go into that image, so this step doesn't<br>
actually do very much.<br>
<span><br>
> 2. change configuration, from "require conf/machine/intel-corei7-64.c<wbr>onf" to<br>
> "require conf/machine/<a href="http://intel-core2-32.co">intel-core2-32.co</a><wbr>nf" in the file<br>
> "meta-intel-aero/conf/machine/<wbr>intel-aero.conf"<br>
<br>
</span>Here you are changing the target architecture but keeping the machine<br>
name the same. In theory it should work, but it probably isn't well<br>
tested...<br>
<span><br>
> 3. do a build: bitbake intel-aero-image<br>
><br>
> Unfortunately, I got loads of errors, like "ERROR:<br>
> linux-yocto-4.4.60+gitAUTOINC+<wbr>2cc78e92f4-r0 do_package_qa: QA Issue:<br>
> Architecture did not match (3 to 62) on<br>
> work/core2-32-intel-common-pok<wbr>y-linux/linux-yocto/4.4.60+git<wbr>AUTOINC+2cc78e92f4-r0/packages<wbr>-split/kernel-module-gspca-<wbr>kinect/lib/modules/4.4.60-<wbr>yocto-standard/kernel/drivers/<wbr>media/usb/gspca/gspca_kinect.<wbr>ko<br>
> [arch]<br>
> "<br>
><br>
> Then I tried deleting all the files in the packages-split directory and<br>
> rebuilding.<br>
<br>
</span>Manually deleting anything within a recipe's working directory isn't<br>
really recommended. Better to run the clean (or cleansstate) task for<br>
that recipe instead, e.g. in this case:<br>
<br>
  bitbake -c cleansstate linux-yocto<br>
<span><br>
> It passed building the kernel (even though failed because some<br>
> other package's arch mismatch), but those file I deleted never got generated<br>
> again! Now I'm a bit worried.<br>
<br>
</span>It's quite normal that build artefacts will not be generated again if<br>
a recipe has been successfully built once before, since build results<br>
are stored in sstate cache. To force a particular recipe to be<br>
rebuilt, you can use:<br>
<br>
  bitbake -c cleansstate <recipe><br>
  bitbake <recipe><br>
<span><br>
> So I guess my question is:<br>
> What is the correct procedures to follow to reuse a poky folder (already<br>
> built once) for a different target architecture? I'm happy to accept any<br>
> links and suggested readings.<br>
<br>
</span>The normal way to recover from the kind of problems you are seeing<br>
would be to remove the entire tmp directory (and if that still doesn't<br>
work, then manually run the cleansstate task for any individual<br>
recipes which still fail to build).<br>
<div class="m_4410438336877702023HOEnZb"><div class="m_4410438336877702023h5"><br>
> Thanks a lot!<br>
> Tom.<br>
><br>
><br>
> --<br>
> ______________________________<wbr>_________________<br>
> yocto mailing list<br>
> <a href="mailto:yocto@yoctoproject.org" target="_blank">yocto@yoctoproject.org</a><br>
> <a href="https://lists.yoctoproject.org/listinfo/yocto" rel="noreferrer" target="_blank">https://lists.yoctoproject.org<wbr>/listinfo/yocto</a><br>
><br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>