On Thu, Apr 23, 2015 at 05:10:21PM +1000, Craig McQueen wrote:
I'm building Yocto for BeagleBone using the meta-ti layer and the kernel and
U-Boot provided by that layer.
I'm having some trouble understanding the location where U-Boot saves its
environment for BeagleBone Black.
After
-Original Message-
From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com]
Sent: Thursday, April 23, 2015 5:20 PM
To: Matt Schuckmann
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] Strange error trying to use externalsrc
On Thursday 23 April 2015 12:37:30 Matt Schuckmann
On Friday 24 April 2015 09:10:58 Matt Schuckmann wrote:
-Original Message-
From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com]
Sent: Thursday, April 23, 2015 5:20 PM
To: Matt Schuckmann
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] Strange error trying to use
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
meta/cfg/kernel-cache/bsp/common-pc-64/common-pc-64.scc | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/cfg/kernel-cache/bsp/common-pc-64/common-pc-64.scc
b/meta/cfg/kernel-cache/bsp/common-pc-64/common-pc-64.scc
index
This series of patches adds the configuration fragments needed to
build the axxiaarm and axxiapowerpc standard defconfigs.
The fragments include only platform-specific options. The rest of the
options will be included in a separate set of fragments in meta-lsi.
Cristian Bercaru (3):
meta:
This patch adds the configuration fragments required to build the
defconfig for 'axxiaarm' MACHINE, standard kernel type.
The fragments contain only platform-specific options. The rest of the
options will be included in the meta-lsi yocto layer, in a separate
set of fragments.
Signed-off-by:
This patch removes the old axm500 fragments used by Wind River Linux 5
They will be replaced in the following patch with configuration
fragments for the axxiaarm MACHINE type used by yocto.
Signed-off-by: Cristian Bercaru cristian.berc...@windriver.com
---
.../bsp/axm5500/axm5500-preempt-rt.scc
This patch adds the configuration fragments required to build the
defconfig for 'axxiapowerpc' MACHINE, standard kernel type.
The fragments contain only platform-specific options. The rest of the
options will be included in the meta-lsi yocto layer, in a separate
set of fragments.
Signed-off-by:
On 2015-04-24 02:06 PM, Cristian Bercaru wrote:
This series of patches adds the configuration fragments needed to
build the axxiaarm and axxiapowerpc standard defconfigs.
The fragments include only platform-specific options. The rest of the
options will be included in a separate set of fragments
Hi all,
I created a custom distro.conf by requiring poky.conf then changing some
values.
Now I get these warnings:
WARNING: Variable key PREFERRED_PROVIDER_virtual/${SDK_PREFIX}compilerlibs
(nativesdk-gcc-runtime) replaces original key
PREFERRED_PROVIDER_virtual/x86_64-tcs-linux-compilerlibs
I've merged the two BT patches. SRCREV updates will follow.
Bruce
On 2015-04-24 01:46 PM, Cristian Iorga wrote:
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
meta/cfg/kernel-cache/bsp/common-pc-64/common-pc-64.scc | 3 +++
1 file changed, 3 insertions(+)
diff --git
Package numactl is disabled on ARM platform. Do no depend on it if we
are building for this platform.
Signed-off-by: Dmitry Eremin-Solenikov dmitry_ere...@mentor.com
---
meta-cgl-common/packagegroups/packagegroup-cgl-swdevtools.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff
cluster-glue makes use of openhpi and net-snmp libraries, so DEPEND on
them as pointed by the following QA warnings:
cluster-glue-1.0.5: cluster-glue-plugin-stonith2 rdepends on net-snmp-libs, but
it isn't a build dependency? [build-deps]
cluster-glue-1.0.5: cluster-glue-plugin-stonith2 rdepends
There is no point in using bash for the openais script, if just sh is
enough. In addition this fixes the following QA warning:
openais-1.1.3: /etc/init.d/openais_openais contained in package openais
requires /bin/bash, but no providers found in its RDEPENDS [file-rdeps]
Signed-off-by: Dmitry
http://www.yoctoproject.org/docs/1.4/dev-manual/dev-
manual.html#buildi
ng-so
ftware-from-an-external-source
https://github.com/openembedded/oe-
core/blob/dylan/meta/classes/extern
alsrc
.bbclass
Ah, right, dylan - yes things were a bit different in that version.
It's possible it
Signed-off-by: Dmitry Eremin-Solenikov dmitry_ere...@mentor.com
---
.../recipes-cgl/cluster-resource-agents/cluster-resource-agents_1.0.3.bb | 1 +
1 file changed, 1 insertion(+)
diff --git
a/meta-cgl-common/recipes-cgl/cluster-resource-agents/cluster-resource-agents_1.0.3.bb
LIC_FILES_CHKSUM variables in all packagegroup files reference wrong
location of the COPYING.MIT file resulting in warnings during build. Fix
them by pointing to the main COPYING.MIT file in OE-Core.
Signed-off-by: Dmitry Eremin-Solenikov dmitry_ere...@mentor.com
---
Add bash to respective RDEPENDS as pointed by QA WARNINGS:
cluster-resource-agents-1.0.3: /usr/sbin/ocft_ocft contained in package ocft
requires /bin/bash, but no providers found in its RDEPENDS [file-rdeps]
cluster-resource-agents-1.0.3:
Add bash to the pacemaker-tests RDEPENDS. Also make all scripts that are
installed in main pacemaker package use sh instead of bash.
Signed-off-by: Dmitry Eremin-Solenikov dmitry_ere...@mentor.com
---
.../pacemaker-1.0.9.1/pacemaker-no-bash.patch | 40 ++
There is nothing in ocfs2-tools that depends on clutter. Drop
corresponding package from DEPENDS list.
Signed-off-by: Dmitry Eremin-Solenikov dmitry_ere...@mentor.com
---
meta-cgl-common/recipes-cgl/ocfs2-tools/ocfs2-tools_1.4.3.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
20 matches
Mail list logo