[meta-freescale] Problems building fsl-image-gui for TARGET_FPU=vfp-neon [SOLVED]
Alex J Lennon
ajlennon at dynamicdevices.co.uk
Tue Nov 5 07:47:17 PST 2013
On 05/11/2013 15:21, Lauren Post wrote:
>
> Yes don't mix swfp and hwfp builds. That was my comment on freescale
> community.
>
Thanks Lauren - you saved me a lot of time. Do you happen to know if
this is an issue with bitbake, and if so if it's something that there's
planning to address in the near future?
Best, Alex
> Lauren Post
>
> i.MX Yocto Team Lead
>
> *From:*meta-freescale-bounces at yoctoproject.org
> [mailto:meta-freescale-bounces at yoctoproject.org] *On Behalf Of *Alex J
> Lennon
> *Sent:* Tuesday, November 05, 2013 6:25 AM
> *To:* meta-freescale at yoctoproject.org
> *Subject:* Re: [meta-freescale] Problems building fsl-image-gui for
> TARGET_FPU=vfp-neon [SOLVED]
>
> On 04/11/2013 09:42, Alex J Lennon wrote:
>
> Hi,
>
> I'm trying to build fsl-image-gui for soft float as I am using
> Mono in a project and Mono currently doesn't appear to support
> hard float.
>
> Git checkouts I'm using are all recent (i.e. within days),
>
> meta-yocto =
> "ajlennon/sqlite:3ab777991480aa4bff79130bd889ed25eba72fdc"
> meta-fsl-arm = "master:88117e976c16f22b9bbfeb26a52088e31f1d0c4d"
> meta-fsl-arm-extra = "master:5b753d3d130ed6932715329d0e887a015e628766"
> meta-fsl-demos = "master:87233da97fe0ead245773e092acb56faa24f3835"
> meta-mono = "master:ceae2e324a03bf2c616c98a69b4e16f7b7a6af03"
>
> I wasn't entirely clear on how to change the tuning to use the
> neon registers instead
> of hard float, and in the end I added the following line to local.conf
>
> DEFAULTTUNE_mx6 ?= "cortexa9-neon"
>
> This gets me building with bitbake reporting,
>
> TUNE_FEATURES = "armv7a vfp neon cortexa9"
> TARGET_FPU = "vfp-neon"
>
> I had some trouble rebuilding and in the end I removed the tmp/
> directory and restarted
> the build. This gets me further but I'm now erroring on
> gpu-viv-bin-mx6q do_package()
>
> ---
> NOTE: Creating RPM package for gpu-viv-bin-mx6q
> NOTE: Creating RPM package for gpu-viv-bin-mx6q
> DEBUG: Python function write_specfile finished
> DEBUG: Executing shell function BUILDSPEC
> error: line 22: Illegal char '-' in EVR: Requires: libvdk-mx6 >=
> 3.10.9-1.0.0-hfp
> error: Package has no %description:
> gpu-viv-bin-mx6q-3.10.9+1.0.0+sfp-r0.cortexa9_vfp_neon_mx6
> Building target platforms: cortexa9_vfp_neon_mx6-poky-linux-gnueabi
> WARNING: exit code 1 from a shell command.
> DEBUG: Python function do_package_rpm finished
> DEBUG: Python function do_package_write_rpm finished
> ERROR: Function failed: BUILDSPEC (log file is located at
> /data_drive/imx6/rootfs_builder/build/tmp/work/cortexa9-vfp-neon-mx6-poky-linux-gnueabi/gpu-viv-bin-mx6q/1_3.10.9-1.0.0-sfp-r0/temp/log$
> ---
>
> Can anybody advise whether I'm overriding the default hfp tuning
> correctly, and what might be
> going wrong here?
>
>
> It looks to me as though there was some kind of issue with the
> dependencies as the .spec file being built still had references to
> hardfp packages
>
> I found this comment at the FSL community forum:
>
> "I tried this on imx6qsabresd and have no issues. Right before
> release we did have problems with
> disabling hwfp correctly but it was enabled in the final update. Also
> I've seen multiple times that switching
> between hwfp and swfp can corrupt build states. I always keep these
> completely separate builds both
> with cache and tmp directories."
>
> ref: https://community.freescale.com/thread/310233
>
> When I created a new build tree and built for softfp within that tree
> it all seems to work.
>
>
> Many thanks,
>
> Alex Lennon
>
>
>
>
>
>
> On 01/11/2013 15:04, Doug Schwanke wrote:
>
> Thank you for the pointer. That is exactly what I needed.
>
>
>
> -----Original Message-----
>
> From:otavio.salvador at gmail.com <mailto:otavio.salvador at gmail.com> [mailto:otavio.salvador at gmail.com] On Behalf
>
> Of Otavio Salvador
>
> Sent: Thursday, October 31, 2013 10:25 AM
>
> To: Doug Schwanke
>
> Cc:meta-freescale at yoctoproject.org <mailto:meta-freescale at yoctoproject.org>
>
> Subject: Re: [meta-freescale] Unable to add "jack" into my image
>
>
>
> On Thu, Oct 31, 2013 at 1:15 PM, Doug Schwanke
>
> <doug.schwanke at firstviewconsultants.com> <mailto:doug.schwanke at firstviewconsultants.com> wrote:
>
> I can "bitbake jack" without any errors, but when I add "jack" to my
>
> recipe, I get an error that jack not found in the base feeds.
>
>
>
> Is "jack" missing from the imx6qsabresd feed or do I need to add some
>
> kind of depends?
>
> Neither; this is common for people starting to Yocto to make this mistake.
>
> Basically you need to check the binary packages it builds.
>
>
>
> When you do:
>
>
>
> $: bitbake jack
>
>
>
> You are saying ... hey bitbake, please process jack recipe. This has no
>
> direct relation to the binaries you get as result.
>
>
>
> When you add something in IMAGE_INSTALL or similar, you are asking for the
>
> image to install the /binary/. For jack case, the binaries are:
>
>
>
> http://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-multimedi
>
> a/jack/jack_0.121.0.bb?h=dora#n38
>
>
>
> Most probably, you're looking for jack-server binary.
>
>
>
> Regards,
>
>
>
> --
>
> Dynamic Devices Ltd <http://www.dynamicdevices.co.uk/>
>
> *Alex J Lennon*/ Director
> 1 Queensway, Liverpool L22 4RA
>
> mobile: +44 (0)7956 668178
>
> Linkedin <http://www.linkedin.com/in/alexjlennon>Skype
> <skype:alexjlennon?add>
>
> This e-mail message may contain confidential or legally privileged
> information and is intended only for the use of the intended
> recipient(s). Any unauthorized disclosure, dissemination,
> distribution, copying or the taking of any action in reliance on the
> information herein is prohibited. E-mails are not secure and cannot be
> guaranteed to be error free as they can be intercepted, amended, or
> contain viruses. Anyone who communicates with us by e-mail is deemed
> to have accepted these risks. Company Name is not responsible for
> errors or omissions in this message and denies any responsibility for
> any damage arising from the use of e-mail. Any opinion and other
> statement contained in this message and any attachment are solely
> those of the author and do not necessarily represent those of the company.
>
>
>
>
> _______________________________________________
> meta-freescale mailing list
> meta-freescale at yoctoproject.org <mailto:meta-freescale at yoctoproject.org>
> https://lists.yoctoproject.org/listinfo/meta-freescale
>
> --
>
> Dynamic Devices Ltd <http://www.dynamicdevices.co.uk/>
>
> *Alex J Lennon*/ Director
> 1 Queensway, Liverpool L22 4RA
>
> mobile: +44 (0)7956 668178
>
> Linkedin <http://www.linkedin.com/in/alexjlennon>Skype
> <skype:alexjlennon?add>
>
> This e-mail message may contain confidential or legally privileged
> information and is intended only for the use of the intended
> recipient(s). Any unauthorized disclosure, dissemination,
> distribution, copying or the taking of any action in reliance on the
> information herein is prohibited. E-mails are not secure and cannot be
> guaranteed to be error free as they can be intercepted, amended, or
> contain viruses. Anyone who communicates with us by e-mail is deemed
> to have accepted these risks. Company Name is not responsible for
> errors or omissions in this message and denies any responsibility for
> any damage arising from the use of e-mail. Any opinion and other
> statement contained in this message and any attachment are solely
> those of the author and do not necessarily represent those of the company.
>
--
Dynamic Devices Ltd <http://www.dynamicdevices.co.uk/>
Alex J Lennon / Director
1 Queensway, Liverpool L22 4RA
mobile: +44 (0)7956 668178
Linkedin <http://www.linkedin.com/in/alexjlennon> Skype
<skype:alexjlennon?add>
This e-mail message may contain confidential or legally privileged
information and is intended only for the use of the intended
recipient(s). Any unauthorized disclosure, dissemination, distribution,
copying or the taking of any action in reliance on the information
herein is prohibited. E-mails are not secure and cannot be guaranteed to
be error free as they can be intercepted, amended, or contain viruses.
Anyone who communicates with us by e-mail is deemed to have accepted
these risks. Company Name is not responsible for errors or omissions in
this message and denies any responsibility for any damage arising from
the use of e-mail. Any opinion and other statement contained in this
message and any attachment are solely those of the author and do not
necessarily represent those of the company.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20131105/530fbfed/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 3997 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20131105/530fbfed/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 631 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20131105/530fbfed/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 800 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20131105/530fbfed/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ddlogo-4.png
Type: image/png
Size: 3997 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20131105/530fbfed/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: linkedin.png
Type: image/png
Size: 631 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20131105/530fbfed/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: skype.png
Type: image/png
Size: 800 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20131105/530fbfed/attachment-0005.png>
More information about the meta-freescale
mailing list