[yocto] Creating a custom mips64 layer using yocto-bsp

2013-10-04 Thread Stoicescu, CorneliuX
Hello, I am trying to create a custom mips64 layer for a project. I am using the yocto-bsp command to make the magic happen. Unfortunately, the tool only supports creating layers for mips (32 bit) architecture. So I tried a little magic of my own and I changed a line in

Re: [yocto] Cross Compile Kernel Modules

2013-10-04 Thread Hans Beckérus
On Fri, Oct 4, 2013 at 2:53 AM, Bruce Ashfield bruce.ashfi...@windriver.com wrote: On 13-10-03 8:21 PM, Parker Mackenzie wrote: Thanks Bruce, That got me further. I added a comment to the video on YouTube which might help others which stumble across the presentation. Now I get the

Re: [yocto] Cross Compile Kernel Modules

2013-10-04 Thread Parker Mackenzie
Hans, Python did not work but as you point out python-core did. I found this last night looking at the IRC logs from March 8th. I also needed to add bash. The build now completes, this morning I am going to attempt to extract the SDK with the sysroot and then attempt to build the application

Re: [yocto] Cross Compile Kernel Modules

2013-10-04 Thread Bruce Ashfield
On 13-10-04 07:22 AM, Parker Mackenzie wrote: Hans, Python did not work but as you point out python-core did. I found this last night looking at the IRC logs from March 8th. Right! I typed in python from memory :) In fact, what I typically have is a full set of python dependencies,

[yocto] meta-toolchain-qt with Qt Creator

2013-10-04 Thread Diego Sueiro
Folks, After a lots of internet search, including this ML threads, i did not find any solution for this. I'm having issues to integrate meta-toolchain-qt and meta-toolchain-qte with Qt Creator 2.8.1. I'm using this environment: Build Configuration: BB_VERSION= 1.18.0 BUILD_SYS =

Re: [yocto] meta-toolchain-qt with Qt Creator

2013-10-04 Thread Diego Sueiro
2013/10/4 Jose Mª Ferreiro jose.ferre...@horus.es Hello Diego We have had success doing a mix from these documents: - install host qt libraries: http://qt-project.org/doc/qt-4.8/install-x11.html - install host qt creator:

Re: [yocto] meta-toolchain-qt with Qt Creator

2013-10-04 Thread Jose Mª Ferreiro
El 04/10/2013 16:30, Diego Sueiro escribió: 2013/10/4 Jose Mª Ferreiro jose.ferre...@horus.es mailto:jose.ferre...@horus.es Hello Diego We have had success doing a mix from these documents: - install host qt libraries: http://qt-project.org/doc/qt-4.8/install-x11.html -

Re: [yocto] (no subject)

2013-10-04 Thread Anders Darander
Jack jackrubby2...@gmail.com wrote: Anders Darander anders@... writes: Thanks Anders, But I have this problem not only for GPIOs, but also for other registers. Well, my comment about dereferencing physical addresses using *-only, wasn't restricted to GPIO's only. It was regarding physical

Re: [yocto] meta-toolchain-qt with Qt Creator

2013-10-04 Thread Diego Sueiro
Hello Yocto dylan+ meta-toolchain-qt as Joerg's document says. Best regards Jose, I'm a little bit confused. Did you compiled qt-everywhere-opensource-src-4.8.4 for your host machine and added it's qmake to Qt creator? Then add yocto sysroot, gdb and gcc to Qt creator? Could you please pont

Re: [yocto] meta-toolchain-qt with Qt Creator

2013-10-04 Thread Diego Sueiro
Folks, I've found the issue. I was installing the poky toolchain outside the default path (/opt/opky/1.4.2). After installing on default path, Qt creator was enable to find the right QT version. I compiled an example and loaded it on board without any issues. I discovered it before seeing an

[yocto] [Announce]: meta-cloud-services and OpenStack integration

2013-10-04 Thread Bruce Ashfield
Hi all, I'd like to share some work that we've been doing at Wind River around cloud and clustering, in particular, bringing the OpenStack Grizzly release [https://wiki.openstack.org/wiki/ReleaseNotes/Grizzly] to the OpenEmbedded and Yocto Project ecosystem. All of the major OpenStack Grizzly

Re: [yocto] Cross Compile Kernel Modules

2013-10-04 Thread Parker Mackenzie
Bruce, No problem... you got me on the right path. Bitbake now completes successfully after adding python-core and bash to IMAGE_INSTALL_append. Looking again at the presentation it indicated I also needed to do the following: make oldconfig ARCH=arm  - This completed successfully make

[yocto] [meta-baryon][PATCH 3/6] faac: remove

2013-10-04 Thread Paul Eggleton
No longer needed. A patch has been sent to add it to meta-multimedia. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- recipes-multimedia/faac/faac_1.24.bb | 24 1 file changed, 24 deletions(-) delete mode 100644 recipes-multimedia/faac/faac_1.24.bb diff

[yocto] [meta-baryon][PATCH 4/6] schroedinger: remove

2013-10-04 Thread Paul Eggleton
No longer needed. A patch has been sent to add it to meta-multimedia. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- .../schroedinger/files/configure.ac.patch | 21 - recipes-multimedia/schroedinger/schroedinger.inc| 21 -

[yocto] [meta-baryon][PATCH 2/6] libgsm: remove

2013-10-04 Thread Paul Eggleton
No longer needed. The recipe is currently maintained in meta-telephony. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- .../libgsm/libgsm-1.0.12/01_makefile.patch | 82 --- .../libgsm/libgsm-1.0.12/02_cplusplus.patch| 33 -

[yocto] [meta-baryon][PATCH 1/6] faad2: remove

2013-10-04 Thread Paul Eggleton
No longer needed. The recipe is currently maintained in meta-oe. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- recipes-multimedia/faad2/faad2_2.7.bb | 28 1 file changed, 28 deletions(-) delete mode 100644 recipes-multimedia/faad2/faad2_2.7.bb diff

[yocto] [meta-baryon][PATCH 6/6] netperf: remove

2013-10-04 Thread Paul Eggleton
This isn't actually needed by baryon; it was only used in some of the initial performance tests. If needed there is a well-maintained version now in meta-networking. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- .../netperf/netperf-2.4.4/cpu_set.patch| 32

[yocto] [meta-baryon][PATCH 5/6] orc: remove

2013-10-04 Thread Paul Eggleton
No longer needed. The recipe is currently maintained in meta-oe. Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- recipes-multimedia/orc/orc.inc | 23 --- recipes-multimedia/orc/orc_0.4.5.bb | 7 --- 2 files changed, 30 deletions(-) delete mode 100644

[yocto] [meta-baryon][PATCH 0/6] Remove unneeded recipes

2013-10-04 Thread Paul Eggleton
Remove recipes that are no longer needed (mostly due to the removal of ffmpeg.) The following changes since commit 39866861a66d62aada6c0dae07521aedb6fe2d35: samba: fix QA error due to volatiles presence (2013-09-23 14:01:41 +0100) are available in the git repository at:

[yocto] Error In java cross compilation using Yocto

2013-10-04 Thread Aman Sharma
Hi All, I need to cross compile openjdk-7-jre in ppc64 platform using Yocto. After setting the environment i am running bitbake openjdok-7-jre command but i am getting following error message: | Checking patches/icedtea-zero-hotspotfix.patch | Applying patches/icedtea-zero-hotspotfix.patch |

Re: [yocto] Cross Compile Kernel Modules

2013-10-04 Thread Bruce Ashfield
On 13-10-04 5:06 PM, Parker Mackenzie wrote: Bruce, No problem... you got me on the right path. Bitbake now completes successfully after adding python-core and bash to IMAGE_INSTALL_append. Looking again at the presentation it indicated I also needed to do the following: make oldconfig

Re: [yocto] Error In java cross compilation using Yocto

2013-10-04 Thread Khem Raj
Apply https://github.com/kraj/meta-java/commit/22983b1ab80b3393ecc27e5c3d3a9b52e3b8e692 On Friday, October 4, 2013, Aman Sharma wrote: Hi All, I need to cross compile openjdk-7-jre in ppc64 platform using Yocto. After setting the environment i am running bitbake openjdok-7-jre command but

Re: [linux-yocto] [PATCH 0/1] [PATCH] linux-yocto-3.8 meta: update haswell-wc-standard.scc to use standard/common-pc-64/base

2013-10-04 Thread Bruce Ashfield
On 13-10-03 10:36 PM, boon.leong@intel.com wrote: From: Ong Boon Leong boon.leong@intel.com As advice by Bruce Ashfield, this request is about removing branch haswell-wc from meta/cfg/kernel-cache/bsp/haswell-wc/ haswell-wc-standard.scc. By doing this, haswell-wc bsp will not check-out