Unable to add "jack" into my image

Unable to add "jack" into my image

[Doug Schwanke]

[-- Attachment #1: Type: text/plain, Size: 2953 bytes --]

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?

 

Build Configuration:

BB_VERSION        = "1.20.0"

BUILD_SYS         = "x86_64-linux"

NATIVELSBSTRING   = "Ubuntu-12.04"

TARGET_SYS        = "arm-poky-linux-gnueabi"

MACHINE           = "imx6qsabresd"

DISTRO            = "poky"

DISTRO_VERSION    = "1.5"

TUNE_FEATURES     = "armv7a vfp neon callconvention-hard cortexa9"

TARGET_FPU        = "vfp-neon"

meta              

meta-yocto        = "(nobranch):faf8f8660fae26a14578738b642fdeb08bcb9d54"

meta-oe           = "(nobranch):513e7ca20ddd0a5c3b649bf292a67c3e0473d3a8"

meta-fsl-arm      = "(nobranch):520339d3266bfd07bb2e593f70489efe4d98baa2"

meta-fsl-arm-extra = "(nobranch):b17d250c7f53a84855fd9a364a996ac5503c7693"

meta-fsl-demos    = "(nobranch):cd6275042cdd2d87490521f6cbeb65972ed37a66"

meta-test           = "<unknown>:<unknown>"

NOTE: Preparing runqueue

NOTE: Executing SetScene Tasks

NOTE: Executing RunQueue Tasks

ERROR: Function failed: do_rootfs (log file is located at
/media/work/dora/fsl-community-bsp/build/tmp/work/imx6qsabresd-poky-linux-gn
ueabi/test-image/0.0+cvs20600815-r1/temp/log.do_rootfs.9775)

ERROR: Logfile of failure stored in:
/media/work/dora/fsl-community-bsp/build/tmp/work/imx6qsabresd-poky-linux-gn
ueabi/test-image/0.0+cvs20600815-r1/temp/log.do_rootfs.9775

Log data follows:

| DEBUG: Executing python function rootfs_process_ignore

| DEBUG: Python function rootfs_process_ignore finished

| DEBUG: Executing python function rootfs_runtime_mapping

| DEBUG: Python function rootfs_runtime_mapping finished

| DEBUG: Executing shell function do_rootfs

| Note: configuring RPM platform settings

| Note: configuring RPM system provides

| Note: configuring RPM DB settings

| Note: configuring Smart settings

| Note: adding Smart channel imx6qsabresd (65)

| Note: adding Smart channel cortexa9hf_vfp_neon_mx6 (60)

| Note: adding Smart channel cortexa9hf_vfp_neon (55)

| Note: adding Smart channel all (10)

| Note: configuring RPM cross-install scriptlet_wrapper

| Updating cache...               ########################################
[100%]

| Saving cache...

| Error: jack not found in the base feeds (imx6qsabresd
cortexa9hf-vfp-neon-mx6 cortexa9hf-vfp-neon cortexa9hf-vfp armv7ahf-vfp-neon
armv7ahf-vfp armv6hf-vfp armv5ehf-vfp armv5hf-vfp noarch any all).

| WARNING: exit code 1 from a shell command.

| ERROR: Function failed: do_rootfs (log file is located at
/media/work/dora/fsl-community-bsp/build/tmp/work/imx6qsabresd-poky-linux-gn
ueabi/test-image/0.0+cvs20600815-r1/temp/log.do_rootfs.9775)

 

 

Doug Schwanke

Senior Technical Staff

FirstView Consultants

512.582.9102

 

 


[-- Attachment #2: Type: text/html, Size: 14549 bytes --]

Re: Unable to add "jack" into my image

[Otavio Salvador]

On Thu, Oct 31, 2013 at 1:15 PM, Doug Schwanke
<doug.schwanke@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-multimedia/jack/jack_0.121.0.bb?h=dora#n38

Most probably, you're looking for jack-server binary.

Regards,

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: Unable to add "jack" into my image

[Doug Schwanke]

Thank you for the pointer.  That is exactly what I needed.  

-----Original Message-----
From: otavio.salvador@gmail.com [mailto:otavio.salvador@gmail.com] On Behalf
Of Otavio Salvador
Sent: Thursday, October 31, 2013 10:25 AM
To: Doug Schwanke
Cc: meta-freescale@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@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,

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Problems building fsl-image-gui for TARGET_FPU=vfp-neon

[Alex J Lennon]

[-- Attachment #1: Type: text/plain, Size: 4539 bytes --]

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?

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@gmail.com [mailto:otavio.salvador@gmail.com] On Behalf
> Of Otavio Salvador
> Sent: Thursday, October 31, 2013 10:25 AM
> To: Doug Schwanke
> Cc: meta-freescale@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@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.


[-- Attachment #2.1: Type: text/html, Size: 7840 bytes --]

[-- Attachment #2.2: ddlogo-4.png --]
[-- Type: image/png, Size: 3997 bytes --]

[-- Attachment #2.3: linkedin.png --]
[-- Type: image/png, Size: 631 bytes --]

[-- Attachment #2.4: skype.png --]
[-- Type: image/png, Size: 800 bytes --]

Re: Problems building fsl-image-gui for TARGET_FPU=vfp-neon [SOLVED]

[Alex J Lennon]

[-- Attachment #1: Type: text/plain, Size: 6737 bytes --]


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@gmail.com  [mailto:otavio.salvador@gmail.com] On Behalf
>> Of Otavio Salvador
>> Sent: Thursday, October 31, 2013 10:25 AM
>> To: Doug Schwanke
>> Cc:meta-freescale@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@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@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.


[-- Attachment #2.1: Type: text/html, Size: 12985 bytes --]

[-- Attachment #2.2: Type: image/png, Size: 3997 bytes --]

[-- Attachment #2.3: Type: image/png, Size: 631 bytes --]

[-- Attachment #2.4: Type: image/png, Size: 800 bytes --]

[-- Attachment #2.5: ddlogo-4.png --]
[-- Type: image/png, Size: 3997 bytes --]

[-- Attachment #2.6: linkedin.png --]
[-- Type: image/png, Size: 631 bytes --]

[-- Attachment #2.7: skype.png --]
[-- Type: image/png, Size: 800 bytes --]

Re: Problems building fsl-image-gui for TARGET_FPU=vfp-neon [SOLVED]

[Lauren Post]

[-- Attachment #1.1: Type: text/plain, Size: 7057 bytes --]

Yes don't mix swfp and hwfp builds.   That was my comment on freescale community.

Lauren Post
i.MX Yocto Team Lead

From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale-bounces@yoctoproject.org] On Behalf Of Alex J Lennon
Sent: Tuesday, November 05, 2013 6:25 AM
To: meta-freescale@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@gmail.com<mailto:otavio.salvador@gmail.com> [mailto:otavio.salvador@gmail.com] On Behalf

Of Otavio Salvador

Sent: Thursday, October 31, 2013 10:25 AM

To: Doug Schwanke

Cc: meta-freescale@yoctoproject.org<mailto:meta-freescale@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@firstviewconsultants.com><mailto:doug.schwanke@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@yoctoproject.org<mailto:meta-freescale@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.

[-- Attachment #1.2: Type: text/html, Size: 17735 bytes --]

[-- Attachment #2: image001.png --]
[-- Type: image/png, Size: 3997 bytes --]

[-- Attachment #3: image002.png --]
[-- Type: image/png, Size: 631 bytes --]

[-- Attachment #4: image003.png --]
[-- Type: image/png, Size: 800 bytes --]

Re: Problems building fsl-image-gui for TARGET_FPU=vfp-neon [SOLVED]

[Alex J Lennon]

[-- Attachment #1: Type: text/plain, Size: 9208 bytes --]


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@yoctoproject.org 
> [mailto:meta-freescale-bounces@yoctoproject.org] *On Behalf Of *Alex J 
> Lennon
> *Sent:* Tuesday, November 05, 2013 6:25 AM
> *To:* meta-freescale@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@gmail.com  <mailto:otavio.salvador@gmail.com>  [mailto:otavio.salvador@gmail.com] On Behalf
>
>     Of Otavio Salvador
>
>     Sent: Thursday, October 31, 2013 10:25 AM
>
>     To: Doug Schwanke
>
>     Cc:meta-freescale@yoctoproject.org  <mailto:meta-freescale@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@firstviewconsultants.com>  <mailto:doug.schwanke@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@yoctoproject.org  <mailto:meta-freescale@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.


[-- Attachment #2.1: Type: text/html, Size: 25298 bytes --]

[-- Attachment #2.2: Type: image/png, Size: 3997 bytes --]

[-- Attachment #2.3: Type: image/png, Size: 631 bytes --]

[-- Attachment #2.4: Type: image/png, Size: 800 bytes --]

[-- Attachment #2.5: ddlogo-4.png --]
[-- Type: image/png, Size: 3997 bytes --]

[-- Attachment #2.6: linkedin.png --]
[-- Type: image/png, Size: 631 bytes --]

[-- Attachment #2.7: skype.png --]
[-- Type: image/png, Size: 800 bytes --]

Re: Problems building fsl-image-gui for TARGET_FPU=vfp-neon [SOLVED]

[Otavio Salvador]

[-- Attachment #1: Type: text/plain, Size: 705 bytes --]

On Tue, Nov 5, 2013 at 1:47 PM, Alex J Lennon <ajlennon@dynamicdevices.co.uk
> wrote:

>
> 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?
>

I can look at it later, it should be possible to address it in a clean way
...

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

[-- Attachment #2: Type: text/html, Size: 1686 bytes --]

Re: Problems building fsl-image-gui for TARGET_FPU=vfp-neon [SOLVED]

[Lauren Post]

[-- Attachment #1.1: Type: text/plain, Size: 9169 bytes --]

We have a similar problem with our non-X11 backend builds.  We don't mix them or share sstate cache.

The problem is usually caused by dependency issues in which bitbake thinks some components are already built and does not rebuild them with correct toolchain.

It might be something that can be fixed with a cleanall on a toolchain component and making sure we have dependencies?

Either way safest way is keep them separate.

Lauren

From: Alex J Lennon [mailto:ajlennon@dynamicdevices.co.uk]
Sent: Tuesday, November 05, 2013 9:47 AM
To: Post Lauren-RAA013; meta-freescale@yoctoproject.org
Subject: Re: [meta-freescale] Problems building fsl-image-gui for TARGET_FPU=vfp-neon [SOLVED]


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@yoctoproject.org<mailto:meta-freescale-bounces@yoctoproject.org> [mailto:meta-freescale-bounces@yoctoproject.org] On Behalf Of Alex J Lennon
Sent: Tuesday, November 05, 2013 6:25 AM
To: meta-freescale@yoctoproject.org<mailto:meta-freescale@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@gmail.com<mailto:otavio.salvador@gmail.com> [mailto:otavio.salvador@gmail.com] On Behalf

Of Otavio Salvador

Sent: Thursday, October 31, 2013 10:25 AM

To: Doug Schwanke

Cc: meta-freescale@yoctoproject.org<mailto:meta-freescale@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@firstviewconsultants.com><mailto:doug.schwanke@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@yoctoproject.org<mailto:meta-freescale@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.

[-- Attachment #1.2: Type: text/html, Size: 23630 bytes --]

[-- Attachment #2: image001.png --]
[-- Type: image/png, Size: 3997 bytes --]

[-- Attachment #3: image002.png --]
[-- Type: image/png, Size: 631 bytes --]

[-- Attachment #4: image003.png --]
[-- Type: image/png, Size: 800 bytes --]