[OE-core] [PATCH 1/2] squashfs-tools: Enable LZO support
For systems looking for speed rather than size (e.g. booting from serial NOR
flash) LZO is usually a good tradeoff, and usually boots faster than gzip
or even an uncompressed filesystem.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
.../squashfs-tools/squashfs-tools_4.2.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
index 57400cd..1ded2c9 100644
--- a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
+++ b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
@@ -6,7 +6,7 @@ LICENSE = GPL-2 PD
LIC_FILES_CHKSUM = file://../COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
file://../../7zC.txt;beginline=12;endline=16;md5=2056cd6d919ebc3807602143c7449a7c
\
-DEPENDS = attr zlib xz
+DEPENDS = attr zlib xz lzo
PR = r2
SRC_URI = ${SOURCEFORGE_MIRROR}/squashfs/squashfs${PV}.tar.gz;name=squashfs \
@@ -27,7 +27,7 @@ S = ${WORKDIR}/squashfs${PV}/squashfs-tools
# EXTRA_OEMAKE is typically: -e MAKEFLAGS=
# the -e causes problems as CFLAGS is modified in the Makefile, so
# we redefine EXTRA_OEMAKE here
-EXTRA_OEMAKE = MAKEFLAGS= LZMA_SUPPORT=1 LZMA_DIR=../.. XZ_SUPPORT=1
+EXTRA_OEMAKE = MAKEFLAGS= LZMA_SUPPORT=1 LZMA_DIR=../.. LZO_SUPPORT=1
XZ_SUPPORT=1
do_compile() {
oe_runmake mksquashfs
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] Support image type squashfs-lzo
Add squashfs-lzo to the image types. LZO compression support has been
in both kernel and squashfs tools for many years, but OE never enabled
it.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
meta/classes/image_types.bbclass | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 54ecb15..e7d48c2 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -176,6 +176,7 @@ IMAGE_CMD_btrfs () {
}
IMAGE_CMD_squashfs = mksquashfs ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.squashfs ${EXTRA_IMAGECMD} -noappend
+IMAGE_CMD_squashfs-lzo = mksquashfs ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.squashfs-lzo ${EXTRA_IMAGECMD}
-noappend -comp lzo
IMAGE_CMD_squashfs-xz = mksquashfs ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.squashfs-xz ${EXTRA_IMAGECMD}
-noappend -comp xz
IMAGE_CMD_tar = cd ${IMAGE_ROOTFS} tar -cvf
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.tar .
@@ -201,12 +202,12 @@ IMAGE_CMD_elf () {
UBI_VOLNAME ?= ${MACHINE}-rootfs
IMAGE_CMD_ubi () {
- echo \[ubifs\] ubinize.cfg
+ echo \[ubifs\] ubinize.cfg
echo mode=ubi ubinize.cfg
- echo image=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubifs
ubinize.cfg
- echo vol_id=0 ubinize.cfg
- echo vol_type=dynamic ubinize.cfg
- echo vol_name=${UBI_VOLNAME} ubinize.cfg
+ echo image=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubifs ubinize.cfg
+ echo vol_id=0 ubinize.cfg
+ echo vol_type=dynamic ubinize.cfg
+ echo vol_name=${UBI_VOLNAME} ubinize.cfg
echo vol_flags=autoresize ubinize.cfg
mkfs.ubifs -r ${IMAGE_ROOTFS} -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubifs ${MKUBIFS_ARGS} ubinize -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubi ${UBINIZE_ARGS} ubinize.cfg
}
@@ -235,13 +236,14 @@ IMAGE_DEPENDS_ext3 = e2fsprogs-native
IMAGE_DEPENDS_ext4 = e2fsprogs-native
IMAGE_DEPENDS_btrfs = btrfs-tools-native
IMAGE_DEPENDS_squashfs = squashfs-tools-native
+IMAGE_DEPENDS_squashfs-lzo = squashfs-tools-native
IMAGE_DEPENDS_squashfs-xz = squashfs-tools-native
IMAGE_DEPENDS_elf = virtual/kernel mkelfimage-native
IMAGE_DEPENDS_ubi = mtd-utils-native
IMAGE_DEPENDS_ubifs = mtd-utils-native
# This variable is available to request which values are suitable for
IMAGE_FSTYPES
-IMAGE_TYPES = jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz
ext2.lzma btrfs iso hddimg squashfs squashfs-xz ubi ubifs tar tar.gz tar.bz2
tar.xz cpio cpio.gz cpio.xz cpio.lzma vmdk elf
+IMAGE_TYPES = jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz
ext2.lzma btrfs iso hddimg squashfs squashfs-lzo squashfs-xz ubi ubifs tar
tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma vmdk elf
COMPRESSIONTYPES = gz bz2 lzma xz
COMPRESS_CMD_lzma = lzma -k -f -7 ${IMAGE_NAME}.rootfs.${type}
@@ -256,7 +258,7 @@ COMPRESS_DEPENDS_xz = xz-native
RUNNABLE_IMAGE_TYPES ?= ext2 ext3
RUNNABLE_MACHINE_PATTERNS ?= qemu
-DEPLOYABLE_IMAGE_TYPES ?= hddimg iso
+DEPLOYABLE_IMAGE_TYPES ?= hddimg iso
# Use IMAGE_EXTENSION_xxx to map image type 'xxx' with real image file
extension name(s) for Hob
IMAGE_EXTENSION_live = hddimg iso
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] Support image type squashfs-lzo
Add squashfs-lzo to the image types. LZO compression support has been
in both kernel and squashfs tools for many years, but OE never enabled
it.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
meta/classes/image_types.bbclass | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 54ecb15..e7d48c2 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -176,6 +176,7 @@ IMAGE_CMD_btrfs () {
}
IMAGE_CMD_squashfs = mksquashfs ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.squashfs ${EXTRA_IMAGECMD} -noappend
+IMAGE_CMD_squashfs-lzo = mksquashfs ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.squashfs-lzo ${EXTRA_IMAGECMD}
-noappend -comp lzo
IMAGE_CMD_squashfs-xz = mksquashfs ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.squashfs-xz ${EXTRA_IMAGECMD}
-noappend -comp xz
IMAGE_CMD_tar = cd ${IMAGE_ROOTFS} tar -cvf
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.tar .
@@ -201,12 +202,12 @@ IMAGE_CMD_elf () {
UBI_VOLNAME ?= ${MACHINE}-rootfs
IMAGE_CMD_ubi () {
- echo \[ubifs\] ubinize.cfg
+ echo \[ubifs\] ubinize.cfg
echo mode=ubi ubinize.cfg
- echo image=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubifs
ubinize.cfg
- echo vol_id=0 ubinize.cfg
- echo vol_type=dynamic ubinize.cfg
- echo vol_name=${UBI_VOLNAME} ubinize.cfg
+ echo image=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubifs ubinize.cfg
+ echo vol_id=0 ubinize.cfg
+ echo vol_type=dynamic ubinize.cfg
+ echo vol_name=${UBI_VOLNAME} ubinize.cfg
echo vol_flags=autoresize ubinize.cfg
mkfs.ubifs -r ${IMAGE_ROOTFS} -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubifs ${MKUBIFS_ARGS} ubinize -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubi ${UBINIZE_ARGS} ubinize.cfg
}
@@ -235,13 +236,14 @@ IMAGE_DEPENDS_ext3 = e2fsprogs-native
IMAGE_DEPENDS_ext4 = e2fsprogs-native
IMAGE_DEPENDS_btrfs = btrfs-tools-native
IMAGE_DEPENDS_squashfs = squashfs-tools-native
+IMAGE_DEPENDS_squashfs-lzo = squashfs-tools-native
IMAGE_DEPENDS_squashfs-xz = squashfs-tools-native
IMAGE_DEPENDS_elf = virtual/kernel mkelfimage-native
IMAGE_DEPENDS_ubi = mtd-utils-native
IMAGE_DEPENDS_ubifs = mtd-utils-native
# This variable is available to request which values are suitable for
IMAGE_FSTYPES
-IMAGE_TYPES = jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz
ext2.lzma btrfs iso hddimg squashfs squashfs-xz ubi ubifs tar tar.gz tar.bz2
tar.xz cpio cpio.gz cpio.xz cpio.lzma vmdk elf
+IMAGE_TYPES = jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz
ext2.lzma btrfs iso hddimg squashfs squashfs-lzo squashfs-xz ubi ubifs tar
tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma vmdk elf
COMPRESSIONTYPES = gz bz2 lzma xz
COMPRESS_CMD_lzma = lzma -k -f -7 ${IMAGE_NAME}.rootfs.${type}
@@ -256,7 +258,7 @@ COMPRESS_DEPENDS_xz = xz-native
RUNNABLE_IMAGE_TYPES ?= ext2 ext3
RUNNABLE_MACHINE_PATTERNS ?= qemu
-DEPLOYABLE_IMAGE_TYPES ?= hddimg iso
+DEPLOYABLE_IMAGE_TYPES ?= hddimg iso
# Use IMAGE_EXTENSION_xxx to map image type 'xxx' with real image file
extension name(s) for Hob
IMAGE_EXTENSION_live = hddimg iso
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gnupg: Added PACKAGECONFIG[curl]
From: Shrikant Bobade shrikant_bob...@mentor.com
gnupg can be built with or without curl. This should be explicitly defined
to avoid race between curl and gnupg.
Signed-off-by: Mikhail Durnev mikhail_dur...@mentor.com
Signed-off-by: Shrikant Bobade shrikant_bob...@mentor.com
---
meta/recipes-support/gnupg/gnupg_1.4.7.bb |3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-support/gnupg/gnupg_1.4.7.bb
b/meta/recipes-support/gnupg/gnupg_1.4.7.bb
index 031eaf3..ddcc2c2 100644
--- a/meta/recipes-support/gnupg/gnupg_1.4.7.bb
+++ b/meta/recipes-support/gnupg/gnupg_1.4.7.bb
@@ -95,3 +95,6 @@ FILES_gpgv = ${bindir}/gpgv
# Exclude debug files from the main packages
FILES_${PN} = ${bindir}/* ${datadir}/${BPN} ${libexecdir}/${BPN}/*
FILES_${PN}-dbg += ${libexecdir}/${BPN}/.debug
+
+PACKAGECONFIG ??=
+PACKAGECONFIG[curl] = --with-libcurl=${STAGING_LIBDIR},--without-libcurl,curl
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Ralink RT3572/RT5572?
Are the linux kernel modules for Ralink WiFi-USB devices with RT3572 and/or RT5572 (available from http://www.mediatek.com/en/downloads/) still integrated in an OE-Layer? If not, what would be the right place for them (openembedded-core, meta-networking, or something else)? -- DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, 10319 Berlin, Germany Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de Fax: +49 30 515932-299 Geschäftsführer: Dr. Michael Weber, Werner Mögle; Amtsgericht Berlin Charlottenburg; HRB 130120 B; Ust.-IDNr. DE273952058 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] psplash: Adding support for systemd service files
On Fri, Aug 8, 2014 at 11:37 PM, Saul Wold s...@linux.intel.com wrote:
On 08/08/2014 02:09 AM, Sujith H wrote:
From: Sujith H sujith_harida...@mentor.com
If the DISTRO_FEATURES has systemd, then its better
to have corresponding service files associated with
the psplash. This change will help to do the same.
Can you propose a patch to the psplash upstream which is part of the
Yocto Project (send the patch to yo...@yoctoproject.org) and then we can
do a psplash upgrade to include these files directly?
Ok then I will submit the same patch to Yocto Project.
Thanks,
Sujith H
Thanks
Sau!
Signed-off-by: Muzaffar Mahmood muzaffar_mahm...@mentor.com
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
meta/recipes-core/psplash/files/psplash-quit.service | 11 +++
meta/recipes-core/psplash/files/psplash-start.service | 11 +++
meta/recipes-core/psplash/psplash_git.bb | 12 +++-
3 files changed, 33 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-core/psplash/files/psplash-quit.service
create mode 100644 meta/recipes-core/psplash/
files/psplash-start.service
diff --git a/meta/recipes-core/psplash/files/psplash-quit.service
b/meta/recipes-core/psplash/files/psplash-quit.service
new file mode 100644
index 000..14bd499
--- /dev/null
+++ b/meta/recipes-core/psplash/files/psplash-quit.service
@@ -0,0 +1,11 @@
+[Unit]
+Description=Terminate Psplash Boot Screen
+After=psplash-start.service
+
+[Service]
+Type=oneshot
+ExecStart=/usr/bin/psplash-write QUIT
+TimeoutSec=20
+
+[Install]
+WantedBy=multi-user.target
diff --git a/meta/recipes-core/psplash/files/psplash-start.service
b/meta/recipes-core/psplash/files/psplash-start.service
new file mode 100644
index 000..502b150
--- /dev/null
+++ b/meta/recipes-core/psplash/files/psplash-start.service
@@ -0,0 +1,11 @@
+[Unit]
+Description=Starts Psplash Boot screen
+Wants=systemd-vconsole-setup.service
+After=systemd-vconsole-setup.service systemd-udev-trigger.service
systemd-udevd.service
+DefaultDependencies=no
+
+[Service]
+ExecStart=/usr/bin/psplash
+
+[Install]
+WantedBy=sysinit.target
diff --git a/meta/recipes-core/psplash/psplash_git.bb
b/meta/recipes-core/psplash/psplash_git.bb
index 628ced4..16fa0ae 100644
--- a/meta/recipes-core/psplash/psplash_git.bb
+++ b/meta/recipes-core/psplash/psplash_git.bb
@@ -11,6 +11,8 @@ PR = r15
SRC_URI = git://git.yoctoproject.org/${BPN}
http://git.yoctoproject.org/$%7BBPN%7D \
file://psplash-init \
+ file://psplash-start.service \
+ file://psplash-quit.service \
${SPLASH_IMAGES}
SPLASH_IMAGES = file://psplash-poky-img.h;outsuffix=default
@@ -65,11 +67,14 @@ python __anonymous() {
S = ${WORKDIR}/git
-inherit autotools pkgconfig update-rc.d update-alternatives
+inherit autotools pkgconfig update-rc.d update-alternatives systemd
ALTERNATIVE_PRIORITY = 100
ALTERNATIVE_LINK_NAME[psplash] = ${bindir}/psplash
+SYSTEMD_PACKAGES = ${@base_contains('DISTRO_
FEATURES','systemd','${PN}','',d)}
+SYSTEMD_SERVICE_${PN} = ${@base_contains('DISTRO_
FEATURES','systemd','psplash-start.service psplash-quit.service','',d)}
+
python do_compile () {
import shutil
@@ -103,6 +108,11 @@ do_install_append() {
install -m 0755 $i ${D}${bindir}/$i
done
rm -f ${D}${bindir}/psplash
+
+ if ${@base_contains('DISTRO_FEATURES','systemd','true','false',d)};
then
+install -d ${D}${systemd_unitdir}/system
+install -m 644 ${WORKDIR}/*.service
${D}/${systemd_unitdir}/system
+fi
}
FILES_${PN} += /mnt/.psplash
--
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [daisy][PATCH 2/2] perf: fix indentation
On Sun, 2014-08-10 at 11:38 +0200, Martin Jansa wrote: * multiline variables should use spaces not tabs for indentation Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/recipes-kernel/perf/perf.bb | 54 1 file changed, 27 insertions(+), 27 deletions(-) Do we really need to backport whitespace changes? Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [dora][backport][PATCH] kernel: don't copy .so.dbg files into kernel source install
On Sat, 2014-08-09 at 11:11 +0200, Koen Kooi wrote: From: Bruce Ashfield bruce.ashfi...@windriver.com In 3.16+ x86-64 kernel builds produce a vdso64.so.dbg file. If this file is copied into the kernel source install multiple QA failures are triggered. Specifically, this file triggers a debug package split that results in files installed but not shipped, and invalid .debug file errors. By ensuring that .so files are not copied, we avoid this incorrect split with no impact on future build phases. Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com --- meta/classes/kernel.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Was this mean for daisy, not dora? It doesn't apply to dora but did for daisy... Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] Support image type squashfs-lzo
Add squashfs-lzo to the image types. LZO compression support has been
in both kernel and squashfs tools for many years, but OE never enabled
it.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
meta/classes/image_types.bbclass | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 54ecb15..e7d48c2 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -176,6 +176,7 @@ IMAGE_CMD_btrfs () {
}
IMAGE_CMD_squashfs = mksquashfs ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.squashfs ${EXTRA_IMAGECMD} -noappend
+IMAGE_CMD_squashfs-lzo = mksquashfs ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.squashfs-lzo ${EXTRA_IMAGECMD}
-noappend -comp lzo
IMAGE_CMD_squashfs-xz = mksquashfs ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.squashfs-xz ${EXTRA_IMAGECMD}
-noappend -comp xz
IMAGE_CMD_tar = cd ${IMAGE_ROOTFS} tar -cvf
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.tar .
@@ -201,12 +202,12 @@ IMAGE_CMD_elf () {
UBI_VOLNAME ?= ${MACHINE}-rootfs
IMAGE_CMD_ubi () {
- echo \[ubifs\] ubinize.cfg
+ echo \[ubifs\] ubinize.cfg
echo mode=ubi ubinize.cfg
- echo image=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubifs
ubinize.cfg
- echo vol_id=0 ubinize.cfg
- echo vol_type=dynamic ubinize.cfg
- echo vol_name=${UBI_VOLNAME} ubinize.cfg
+ echo image=${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubifs ubinize.cfg
+ echo vol_id=0 ubinize.cfg
+ echo vol_type=dynamic ubinize.cfg
+ echo vol_name=${UBI_VOLNAME} ubinize.cfg
echo vol_flags=autoresize ubinize.cfg
mkfs.ubifs -r ${IMAGE_ROOTFS} -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubifs ${MKUBIFS_ARGS} ubinize -o
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ubi ${UBINIZE_ARGS} ubinize.cfg
}
@@ -235,13 +236,14 @@ IMAGE_DEPENDS_ext3 = e2fsprogs-native
IMAGE_DEPENDS_ext4 = e2fsprogs-native
IMAGE_DEPENDS_btrfs = btrfs-tools-native
IMAGE_DEPENDS_squashfs = squashfs-tools-native
+IMAGE_DEPENDS_squashfs-lzo = squashfs-tools-native
IMAGE_DEPENDS_squashfs-xz = squashfs-tools-native
IMAGE_DEPENDS_elf = virtual/kernel mkelfimage-native
IMAGE_DEPENDS_ubi = mtd-utils-native
IMAGE_DEPENDS_ubifs = mtd-utils-native
# This variable is available to request which values are suitable for
IMAGE_FSTYPES
-IMAGE_TYPES = jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz
ext2.lzma btrfs iso hddimg squashfs squashfs-xz ubi ubifs tar tar.gz tar.bz2
tar.xz cpio cpio.gz cpio.xz cpio.lzma vmdk elf
+IMAGE_TYPES = jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz
ext2.lzma btrfs iso hddimg squashfs squashfs-lzo squashfs-xz ubi ubifs tar
tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma vmdk elf
COMPRESSIONTYPES = gz bz2 lzma xz
COMPRESS_CMD_lzma = lzma -k -f -7 ${IMAGE_NAME}.rootfs.${type}
@@ -256,7 +258,7 @@ COMPRESS_DEPENDS_xz = xz-native
RUNNABLE_IMAGE_TYPES ?= ext2 ext3
RUNNABLE_MACHINE_PATTERNS ?= qemu
-DEPLOYABLE_IMAGE_TYPES ?= hddimg iso
+DEPLOYABLE_IMAGE_TYPES ?= hddimg iso
# Use IMAGE_EXTENSION_xxx to map image type 'xxx' with real image file
extension name(s) for Hob
IMAGE_EXTENSION_live = hddimg iso
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] squashfs-tools: Enable LZO support
For systems looking for speed rather than size (e.g. booting from serial NOR
flash) LZO is usually a good tradeoff, and usually boots faster than gzip
or even an uncompressed filesystem.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
.../squashfs-tools/squashfs-tools_4.2.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
index 57400cd..1ded2c9 100644
--- a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
+++ b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
@@ -6,7 +6,7 @@ LICENSE = GPL-2 PD
LIC_FILES_CHKSUM = file://../COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
file://../../7zC.txt;beginline=12;endline=16;md5=2056cd6d919ebc3807602143c7449a7c
\
-DEPENDS = attr zlib xz
+DEPENDS = attr zlib xz lzo
PR = r2
SRC_URI = ${SOURCEFORGE_MIRROR}/squashfs/squashfs${PV}.tar.gz;name=squashfs \
@@ -27,7 +27,7 @@ S = ${WORKDIR}/squashfs${PV}/squashfs-tools
# EXTRA_OEMAKE is typically: -e MAKEFLAGS=
# the -e causes problems as CFLAGS is modified in the Makefile, so
# we redefine EXTRA_OEMAKE here
-EXTRA_OEMAKE = MAKEFLAGS= LZMA_SUPPORT=1 LZMA_DIR=../.. XZ_SUPPORT=1
+EXTRA_OEMAKE = MAKEFLAGS= LZMA_SUPPORT=1 LZMA_DIR=../.. LZO_SUPPORT=1
XZ_SUPPORT=1
do_compile() {
oe_runmake mksquashfs
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] squashfs-tools: Enable LZO support
Sorry for having posted this multiple times, our local mail server bounced it
as spam so I figured it never arrived, and retried it later.
On 08/11/2014 12:11 PM, Mike Looijmans wrote:
For systems looking for speed rather than size (e.g. booting from serial NOR
flash) LZO is usually a good tradeoff, and usually boots faster than gzip
or even an uncompressed filesystem.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
.../squashfs-tools/squashfs-tools_4.2.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
index 57400cd..1ded2c9 100644
--- a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
+++ b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
@@ -6,7 +6,7 @@ LICENSE = GPL-2 PD
LIC_FILES_CHKSUM = file://../COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
file://../../7zC.txt;beginline=12;endline=16;md5=2056cd6d919ebc3807602143c7449a7c
\
-DEPENDS = attr zlib xz
+DEPENDS = attr zlib xz lzo
PR = r2
SRC_URI = ${SOURCEFORGE_MIRROR}/squashfs/squashfs${PV}.tar.gz;name=squashfs \
@@ -27,7 +27,7 @@ S = ${WORKDIR}/squashfs${PV}/squashfs-tools
# EXTRA_OEMAKE is typically: -e MAKEFLAGS=
# the -e causes problems as CFLAGS is modified in the Makefile, so
# we redefine EXTRA_OEMAKE here
-EXTRA_OEMAKE = MAKEFLAGS= LZMA_SUPPORT=1 LZMA_DIR=../.. XZ_SUPPORT=1
+EXTRA_OEMAKE = MAKEFLAGS= LZMA_SUPPORT=1 LZMA_DIR=../.. LZO_SUPPORT=1
XZ_SUPPORT=1
do_compile() {
oe_runmake mksquashfs
Met vriendelijke groet / kind regards,
Mike Looijmans
TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) (0) 499 33 69 79
Telefax: (+31) (0) 499 33 69 70
E-mail: mike.looijm...@topic.nl
Website: www.topic.nl
Please consider the environment before printing this e-mail
Bezoek ons op 9 en 10 september tijdens Technology for Health Den Bosch (stand
53)
http://www.technologyforhealth.nl
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] opkg-utils: allow disabling update-alternatives
From: Sujith H sujith_harida...@mentor.com
This is needed to deal with the situation where we're using ipk packaging, so
opkg-utils must be built regardless of what update-alternatives provider we
prefer. The downside to the current implementation is the need to adjust
PACKAGECONFIG as well as PREFERRED_PROVIDER, but it is more explicit that way.
Signed-off-by: Christopher Larson kerg...@gmail.com
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
index 693c216..6fe04ea 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
@@ -19,11 +19,15 @@ TARGET_CC_ARCH += ${LDFLAGS}
PYTHONRDEPS = python python-shell python-io python-math python-crypt
python-logging python-fcntl python-subprocess python-pickle python-compression
python-textutils python-stringold
PYTHONRDEPS_class-native =
-PACKAGECONFIG = python
+PACKAGECONFIG = python update-alternatives
PACKAGECONFIG[python] = ,,,${PYTHONRDEPS}
+PACKAGECONFIG[update-alternatives] = ,,,
do_install() {
oe_runmake PREFIX=${prefix} DESTDIR=${D} install
+if ${@bb.utils.contains('PACKAGECONFIG', 'update-alternatives',
'false', 'true')}; then
+rm -f ${D}${bindir}/update-alternatives
+fi
}
PACKAGES =+ update-alternatives-opkg
--
1.8.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] opkg-utils: allow disabling update-alternatives
On Fri, Aug 8, 2014 at 11:41 PM, Saul Wold s...@linux.intel.com wrote:
On 08/08/2014 02:37 AM, Sujith H wrote:
From: Sujith H sujith_harida...@mentor.com
This is needed to deal with the situation where we're using ipk
packaging, so
opkg-utils must be built regardless of what update-alternatives provider
we
prefer. The downside to the current implementation is the need to adjust
PACKAGECONFIG as well as PREFERRED_PROVIDER, but it is more explicit that
way.
Signed-off-by: Christopher Larson kerg...@gmail.com
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
index 693c216..287bf53 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
@@ -19,11 +19,15 @@ TARGET_CC_ARCH += ${LDFLAGS}
PYTHONRDEPS = python python-shell python-io python-math python-crypt
python-logging python-fcntl python-subprocess python-pickle
python-compression python-textutils python-stringold
PYTHONRDEPS_class-native =
-PACKAGECONFIG = python
+PACKAGECONFIG = python update-alternatives
PACKAGECONFIG[python] = ,,,${PYTHONRDEPS}
+PACKAGECONFIG[update-alternatives] = ,,,
do_install() {
oe_runmake PREFIX=${prefix} DESTDIR=${D} install
+if ${@'true' if 'update-alternatives' not in
PACKAGECONFIG.split() else 'false'}; then
+rm -f ${D}${bindir}/update-alternatives
+fi
Would @bb.utils.contains() be better here? I think that is the correct
thing to use.
Sure.
Sau!
}
PACKAGES =+ update-alternatives-opkg
--
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [daisy][PATCH 2/2] perf: fix indentation
On Mon, Aug 11, 2014 at 11:03:23AM +0100, Richard Purdie wrote: On Sun, 2014-08-10 at 11:38 +0200, Martin Jansa wrote: * multiline variables should use spaces not tabs for indentation Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/recipes-kernel/perf/perf.bb | 54 1 file changed, 27 insertions(+), 27 deletions(-) Do we really need to backport whitespace changes? It will make next possible backports to perf easier, but feel free to skip this. -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/3] xorg-drivers: xf86-video-cirrus: add a recipe for the Cirrus Logic X.Org driver
On Thu, 2014-08-07 at 13:31 -0700, Max Eliaser wrote:
This driver allows X.Org to use the Cirrus Logic family of VGA adapters. Since
QEMU can emulate a Cirrus VGA adapter, this driver will be of use for images
that are expected to run under QEMU, if QEMU's other VGA adapters are
unavailable.
Signed-off-by: Max Eliaser max.elia...@intel.com
---
.../recipes-graphics/xorg-driver/xf86-video-cirrus_1.5.2.bb | 13
+
1 file changed, 13 insertions(+)
create mode 100644
meta/recipes-graphics/xorg-driver/xf86-video-cirrus_1.5.2.bb
diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-cirrus_1.5.2.bb
b/meta/recipes-graphics/xorg-driver/xf86-video-cirrus_1.5.2.bb
new file mode 100644
index 000..f110522
--- /dev/null
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-cirrus_1.5.2.bb
@@ -0,0 +1,13 @@
+require xorg-driver-video.inc
+
+SUMMARY = X.Org X server -- cirrus display driver
+DESCRIPTION = cirrus is an Xorg driver for Cirrus Logic VGA adapters. These
\
+devices are not so common in the wild anymore, QEMU can emulate one, so the \
+driver is still useful.
+
+LIC_FILES_CHKSUM = file://COPYING;md5=6ddc7ca860dc5fd014e7f160ea699295
+
+SRC_URI[md5sum] = 91fd6b677d62027cd3001debb587a6a6
+SRC_URI[sha256sum] =
3361e1a65d9b84c464752fd612bdf6087622c6dd204121715366a170e5c3ccd7
+
+DEPENDS_${PN} = virtual/libx11
There is no such variable as DEPENDS_${PN} so that line does nothing.
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Yocto: Install full set of python modules in Qt SDK toolchain
On Fri, 2014-08-08 at 14:22 +0200, Marek Vasut wrote: On Friday, August 08, 2014 at 07:22:04 AM, Koen Kooi wrote: Since 'yocto' is a project like freedesktop.org your commit message doesn't make sense, it should be something like: meta-toolchain-qt: Install full set of python modules Got it, Saul also told me so. I will wait a bit for some more feedback and repost with corrections, OK ? Is this approach I took here even correct please ? I'd really like to see a packagegroup defined somewhere with this list of python modules which the various recipes can then reference... Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] squashfs-tools: Enable LZO support
On Mon, 2014-08-11 at 12:11 +0200, Mike Looijmans wrote:
For systems looking for speed rather than size (e.g. booting from serial NOR
flash) LZO is usually a good tradeoff, and usually boots faster than gzip
or even an uncompressed filesystem.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
.../squashfs-tools/squashfs-tools_4.2.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
index 57400cd..1ded2c9 100644
--- a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
+++ b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
@@ -6,7 +6,7 @@ LICENSE = GPL-2 PD
LIC_FILES_CHKSUM = file://../COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
file://../../7zC.txt;beginline=12;endline=16;md5=2056cd6d919ebc3807602143c7449a7c
\
-DEPENDS = attr zlib xz
+DEPENDS = attr zlib xz lzo
PR = r2
SRC_URI = ${SOURCEFORGE_MIRROR}/squashfs/squashfs${PV}.tar.gz;name=squashfs
\
@@ -27,7 +27,7 @@ S = ${WORKDIR}/squashfs${PV}/squashfs-tools
# EXTRA_OEMAKE is typically: -e MAKEFLAGS=
# the -e causes problems as CFLAGS is modified in the Makefile, so
# we redefine EXTRA_OEMAKE here
-EXTRA_OEMAKE = MAKEFLAGS= LZMA_SUPPORT=1 LZMA_DIR=../.. XZ_SUPPORT=1
+EXTRA_OEMAKE = MAKEFLAGS= LZMA_SUPPORT=1 LZMA_DIR=../.. LZO_SUPPORT=1
XZ_SUPPORT=1
do_compile() {
oe_runmake mksquashfs
The patch is good but its against 4.2, 4.3 is now in master. Could you
resend against master please?
Also, could you resend 2/2 without the whitespace changes (put them in a
separate patch).
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] squashfs-tools: Enable LZO support
On 08/11/2014 12:33 PM, Richard Purdie wrote:
On Mon, 2014-08-11 at 12:11 +0200, Mike Looijmans wrote:
For systems looking for speed rather than size (e.g. booting from serial NOR
flash) LZO is usually a good tradeoff, and usually boots faster than gzip
or even an uncompressed filesystem.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
.../squashfs-tools/squashfs-tools_4.2.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
index 57400cd..1ded2c9 100644
--- a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
+++ b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
@@ -6,7 +6,7 @@ LICENSE = GPL-2 PD
LIC_FILES_CHKSUM = file://../COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
file://../../7zC.txt;beginline=12;endline=16;md5=2056cd6d919ebc3807602143c7449a7c
\
-DEPENDS = attr zlib xz
+DEPENDS = attr zlib xz lzo
PR = r2
SRC_URI = ${SOURCEFORGE_MIRROR}/squashfs/squashfs${PV}.tar.gz;name=squashfs \
@@ -27,7 +27,7 @@ S = ${WORKDIR}/squashfs${PV}/squashfs-tools
# EXTRA_OEMAKE is typically: -e MAKEFLAGS=
# the -e causes problems as CFLAGS is modified in the Makefile, so
# we redefine EXTRA_OEMAKE here
-EXTRA_OEMAKE = MAKEFLAGS= LZMA_SUPPORT=1 LZMA_DIR=../.. XZ_SUPPORT=1
+EXTRA_OEMAKE = MAKEFLAGS= LZMA_SUPPORT=1 LZMA_DIR=../.. LZO_SUPPORT=1
XZ_SUPPORT=1
do_compile() {
oe_runmake mksquashfs
The patch is good but its against 4.2, 4.3 is now in master. Could you
resend against master please?
Hmm, I've been using 4.2 for years, and just now they release a new version.
Funky timing.
Also, could you resend 2/2 without the whitespace changes (put them in a
separate patch).
Now you mention it, yeah, I probably forgot to set my editor's settings
correctly.
I'll create new patches, it'll take a few days because I'll have to test them
first, and my environment is a few weeks behind on master because of all the
changes lately that break all kinds of existing recipes.
Mike.
Met vriendelijke groet / kind regards,
Mike Looijmans
TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) (0) 499 33 69 79
Telefax: (+31) (0) 499 33 69 70
E-mail: mike.looijm...@topic.nl
Website: www.topic.nl
Please consider the environment before printing this e-mail
Bezoek ons op 9 en 10 september tijdens Technology for Health Den Bosch (stand
53)
http://www.technologyforhealth.nl
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [dora][PATCHv2] gcc-4.8: backport fix for ICE when building opus
On Wed, Jul 30, 2014 at 10:37:10AM +0800, Robert Yang wrote:
On 07/25/2014 08:16 AM, Martin Jansa wrote:
On Fri, Jul 18, 2014 at 01:16:39AM +0200, Martin Jansa wrote:
From: Martin Jansa martin.ja...@lge.com
* backported from 4.8.2, so daisy isn't affected
Robert, any eta on this one? If we cannot expect this to be merged in
dora in next few days, let me know and I'll temporary add it to
.bbappends in our layers.
Sorry for the late response, I tested it and worked well, I will confirm
with RP.
There were some dora changes merged today, but this one wasn't one of
them, is there some issue with it?
Regards,
Signed-off-by: Martin Jansa martin.ja...@lge.com
---
meta/recipes-devtools/gcc/gcc-4.8.inc | 1 +
.../gcc-4.8/0001-fix-ICE-when-building-opus.patch | 121
+
2 files changed, 122 insertions(+)
create mode 100644
meta/recipes-devtools/gcc/gcc-4.8/0001-fix-ICE-when-building-opus.patch
diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc
b/meta/recipes-devtools/gcc/gcc-4.8.inc
index f1260af..ac205de 100644
--- a/meta/recipes-devtools/gcc/gcc-4.8.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.8.inc
@@ -79,6 +79,7 @@ SRC_URI = ${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2
\
file://0047-repomembug.patch \
file://0048-PR57532.patch \
file://0048-PR58854_fix_arm_apcs_epilogue.patch \
+ file://0001-fix-ICE-when-building-opus.patch \
SRC_URI[md5sum] = 3b2386c114cd74185aa3754b58a79304
SRC_URI[sha256sum] =
545b44be3ad9f2c4e90e6880f5c9d4f0a8f0e5f67e1ffb0d45da9fa01bb05813
diff --git
a/meta/recipes-devtools/gcc/gcc-4.8/0001-fix-ICE-when-building-opus.patch
b/meta/recipes-devtools/gcc/gcc-4.8/0001-fix-ICE-when-building-opus.patch
new file mode 100644
index 000..9d3aeaa
--- /dev/null
+++
b/meta/recipes-devtools/gcc/gcc-4.8/0001-fix-ICE-when-building-opus.patch
@@ -0,0 +1,121 @@
+From 8d8ba86c70381f7c34c22ac6994234d0f3e7 Mon Sep 17 00:00:00 2001
+From: xguo xguo@138bc75d-0d04-0410-961f-82ee72b054a4
+Date: Fri, 9 Aug 2013 06:59:01 +
+Subject: [PATCH] gcc/ChangeLog:
+
+Backport from mainline:
+2013-08-09 Zhenqiang Chen zhenqiang.c...@linaro.org
+
+* config/arm/neon.md (vcond): Fix floating-point vector
+comparisons against 0.
+
+gcc/testsuite/ChangeLog:
+
+Backport from mainline:
+2013-08-09 Zhenqiang Chen zhenqiang.c...@linaro.org
+
+* gcc.target/arm/lp1189445.c: New testcase.
+
+Upstream-Status: Backport from 4.8.2
+Signed-off-by: Martin Jansa martin.ja...@gmail.com
+
+More details in:
+http://gcc.1065356.n5.nabble.com/PATCH-ARM-Fix-unrecognizable-vector-comparisons-td947064.html
+
+git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/branches/gcc-4_8-branch@201620
138bc75d-0d04-0410-961f-82ee72b054a4
+---
+ gcc/ChangeLog| 8
+ gcc/config/arm/neon.md | 34
+++-
+ gcc/testsuite/ChangeLog | 7 +++
+ gcc/testsuite/gcc.target/arm/lp1189445.c | 18 +
+ 4 files changed, 62 insertions(+), 5 deletions(-)
+ create mode 100644 gcc/testsuite/gcc.target/arm/lp1189445.c
+
+diff --git a/gcc/config/arm/neon.md b/gcc/config/arm/neon.md
+index d8d4202..86a5932 100644
+--- a/gcc/config/arm/neon.md
b/gcc/config/arm/neon.md
+@@ -1732,6 +1732,7 @@
+ ? 3 : 1;
+ rtx magic_rtx = GEN_INT (magic_word);
+ int inverse = 0;
++ int use_zero_form = 0;
+ int swap_bsl_operands = 0;
+ rtx mask = gen_reg_rtx (V_cmp_resultmode);
+ rtx tmp = gen_reg_rtx (V_cmp_resultmode);
+@@ -1742,12 +1743,16 @@
+ switch (GET_CODE (operands[3]))
+ {
+ case GE:
++case GT:
+ case LE:
++case LT:
+ case EQ:
+- if (!REG_P (operands[5])
+-(operands[5] != CONST0_RTX (MODEmode)))
+- operands[5] = force_reg (MODEmode, operands[5]);
+- break;
++ if (operands[5] == CONST0_RTX (MODEmode))
++ {
++ use_zero_form = 1;
++ break;
++ }
++ /* Fall through. */
+ default:
+ if (!REG_P (operands[5]))
+ operands[5] = force_reg (MODEmode, operands[5]);
+@@ -1798,7 +1803,26 @@
+ a GT b - a GT b
+ a LE b - b GE a
+ a LT b - b GT a
+- a EQ b - a EQ b */
++ a EQ b - a EQ b
++ Note that there also exist direct comparison against 0 forms,
++ so catch those as a special case. */
++ if (use_zero_form)
++ {
++ inverse = 0;
++ switch (GET_CODE (operands[3]))
++ {
++ case LT:
++ base_comparison = gen_neon_vcltmode;
++ break;
++ case LE:
++ base_comparison = gen_neon_vclemode;
++ break;
++ default:
++ /* Do nothing, other zero form cases already have the correct
++ base_comparison. */
++ break;
Re: [OE-core] [dora][PATCHv2] gcc-4.8: backport fix for ICE when building opus
On Mon, 2014-08-11 at 13:04 +0200, Martin Jansa wrote: On Wed, Jul 30, 2014 at 10:37:10AM +0800, Robert Yang wrote: On 07/25/2014 08:16 AM, Martin Jansa wrote: On Fri, Jul 18, 2014 at 01:16:39AM +0200, Martin Jansa wrote: From: Martin Jansa martin.ja...@lge.com * backported from 4.8.2, so daisy isn't affected Robert, any eta on this one? If we cannot expect this to be merged in dora in next few days, let me know and I'll temporary add it to .bbappends in our layers. Sorry for the late response, I tested it and worked well, I will confirm with RP. There were some dora changes merged today, but this one wasn't one of them, is there some issue with it? No issue, its in now, thanks for the reminder. Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [dora][backport][PATCH] kernel: don't copy .so.dbg files into kernel source install
Op 11 aug. 2014, om 12:04 heeft Richard Purdie richard.pur...@linuxfoundation.org het volgende geschreven: On Sat, 2014-08-09 at 11:11 +0200, Koen Kooi wrote: From: Bruce Ashfield bruce.ashfi...@windriver.com In 3.16+ x86-64 kernel builds produce a vdso64.so.dbg file. If this file is copied into the kernel source install multiple QA failures are triggered. Specifically, this file triggers a debug package split that results in files installed but not shipped, and invalid .debug file errors. By ensuring that .so files are not copied, we avoid this incorrect split with no impact on future build phases. Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com --- meta/classes/kernel.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Was this mean for daisy, not dora? It doesn't apply to dora but did for daisy... Err, right 'daisy', not 'dora'. Sorry for the confusion. regards, Koen -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Adding cgdb to meta
Hi, is it just me who uses cgdb on the host (or the target) for debugging? Gdb is semi-painful by default because you always need to list things, cannot really browse the code easily, etc. It is also black and white, so the source code syntax does not necessarily stand out for helping. So, instead of different developers maintaining this in their own layer, how about including it in meta? Since it is a host side thing (or it could be target, too) and debugging, it would not bloat the target images that much. It is just an ncurses based frontend, but it is great! Cheers, L. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V5 1/1] systemd: upgrade to 215
On Thu, Jul 31, 2014 at 04:08:05PM +0800, Chen Qi wrote:
Upgrade systemd from 213 to 215.
systemd-older-kernel.patch is removed as it's fixed in 215.
Backport two patches to fix compilation problem for qemuppc.
0001-always-check-for-__BYTE_ORDER-__BIG_ENDIAN-when-chec.patch
0002-endian-explicitly-include-endian.h-wherever-we-want-.patch
Can you please fix following warnings, I haven't seen them with 213 version.
WARNING: QA Issue: systemd rdepends on libdw, but it isn't a build dependency?
[build-deps]
WARNING: QA Issue: libgudev-1.0 rdepends on libdw, but it isn't a build
dependency? [build-deps]
WARNING: QA Issue: libsystemd rdepends on libdw, but it isn't a build
dependency? [build-deps]
WARNING: QA Issue: libudev rdepends on libdw, but it isn't a build dependency?
[build-deps]
Signed-off-by: Chen Qi qi.c...@windriver.com
---
...k-for-__BYTE_ORDER-__BIG_ENDIAN-when-chec.patch | 116
...icitly-include-endian.h-wherever-we-want-.patch | 52 +
.../systemd/systemd/systemd-older-kernel.patch | 56 --
.../systemd/{systemd_213.bb = systemd_215.bb} | 10 +-
4 files changed, 174 insertions(+), 60 deletions(-)
create mode 100644
meta/recipes-core/systemd/systemd/0001-always-check-for-__BYTE_ORDER-__BIG_ENDIAN-when-chec.patch
create mode 100644
meta/recipes-core/systemd/systemd/0002-endian-explicitly-include-endian.h-wherever-we-want-.patch
delete mode 100644
meta/recipes-core/systemd/systemd/systemd-older-kernel.patch
rename meta/recipes-core/systemd/{systemd_213.bb = systemd_215.bb} (97%)
diff --git
a/meta/recipes-core/systemd/systemd/0001-always-check-for-__BYTE_ORDER-__BIG_ENDIAN-when-chec.patch
b/meta/recipes-core/systemd/systemd/0001-always-check-for-__BYTE_ORDER-__BIG_ENDIAN-when-chec.patch
new file mode 100644
index 000..228d835
--- /dev/null
+++
b/meta/recipes-core/systemd/systemd/0001-always-check-for-__BYTE_ORDER-__BIG_ENDIAN-when-chec.patch
@@ -0,0 +1,116 @@
+Upstream-Status: Backport
+
+Subject: always check for __BYTE_ORDER == __BIG_ENDIAN when checking for
endianess
+
+Let's always stick to glibc's way to determine byte order, and not mix
+autoconf-specific checks with gcc checks.
+
+Signed-off-by: Chen Qi qi.c...@windriver.com
+---
+ src/shared/architecture.h | 12 ++--
+ src/shared/gpt.h |4 ++--
+ src/shared/time-dst.c |6 +++---
+ 3 files changed, 11 insertions(+), 11 deletions(-)
+
+diff --git a/src/shared/architecture.h b/src/shared/architecture.h
+index 4821d5d..58e97e5 100644
+--- a/src/shared/architecture.h
b/src/shared/architecture.h
+@@ -80,7 +80,7 @@ Architecture uname_architecture(void);
+ # define native_architecture() ARCHITECTURE_X86
+ # define LIB_ARCH_TUPLE i386-linux-gnu
+ #elif defined(__powerpc64__)
+-# if defined(WORDS_BIGENDIAN)
++# if __BYTE_ORDER == __BIG_ENDIAN
+ #define native_architecture() ARCHITECTURE_PPC64
+ #define LIB_ARCH_TUPLE ppc64-linux-gnu
+ # else
+@@ -88,7 +88,7 @@ Architecture uname_architecture(void);
+ #error Missing LIB_ARCH_TUPLE for PPC64LE
+ # endif
+ #elif defined(__powerpc__)
+-# if defined(WORDS_BIGENDIAN)
++# if __BYTE_ORDER == __BIG_ENDIAN
+ #define native_architecture() ARCHITECTURE_PPC
+ #define LIB_ARCH_TUPLE powerpc-linux-gnu
+ # else
+@@ -117,7 +117,7 @@ Architecture uname_architecture(void);
+ # define native_architecture() ARCHITECTURE_SPARC
+ # define LIB_ARCH_TUPLE sparc-linux-gnu
+ #elif defined(__mips64__)
+-# if defined(WORDS_BIGENDIAN)
++# if __BYTE_ORDER == __BIG_ENDIAN
+ #define native_architecture() ARCHITECTURE_MIPS64
+ #error Missing LIB_ARCH_TUPLE for MIPS64
+ # else
+@@ -125,7 +125,7 @@ Architecture uname_architecture(void);
+ #error Missing LIB_ARCH_TUPLE for MIPS64_LE
+ # endif
+ #elif defined(__mips__)
+-# if defined(WORDS_BIGENDIAN)
++# if __BYTE_ORDER == __BIG_ENDIAN
+ #define native_architecture() ARCHITECTURE_MIPS
+ #define LIB_ARCH_TUPLE mips-linux-gnu
+ # else
+@@ -136,7 +136,7 @@ Architecture uname_architecture(void);
+ # define native_architecture() ARCHITECTURE_ALPHA
+ # define LIB_ARCH_TUPLE alpha-linux-gnu
+ #elif defined(__aarch64__)
+-# if defined(WORDS_BIGENDIAN)
++# if __BYTE_ORDER == __BIG_ENDIAN
+ #define native_architecture() ARCHITECTURE_ARM64_BE
+ #define LIB_ARCH_TUPLE aarch64_be-linux-gnu
+ # else
+@@ -144,7 +144,7 @@ Architecture uname_architecture(void);
+ #define LIB_ARCH_TUPLE aarch64-linux-gnu
+ # endif
+ #elif defined(__arm__)
+-# if defined(WORDS_BIGENDIAN)
++# if __BYTE_ORDER == __BIG_ENDIAN
+ #define native_architecture() ARCHITECTURE_ARM_BE
+ #if defined(__ARM_EABI__)
+ # if defined(__ARM_PCS_VFP)
+diff --git a/src/shared/gpt.h b/src/shared/gpt.h
+index 64090e0..278940b 100644
+--- a/src/shared/gpt.h
b/src/shared/gpt.h
+@@ -42,10 +42,10 @@
+ # define GPT_ROOT_NATIVE
Re: [OE-core] Adding cgdb to meta
On 11 August 2014 12:35, Laszlo Papp lp...@kde.org wrote: So, instead of different developers maintaining this in their own layer, how about including it in meta? I'd suggest sending a recipe to meta-oe. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] should all RDEPENDS always have an attached package name?
according to yocto ref manual, all uses of RDEPENDS should be
suffixed with a package name (normally, _${PN}, of course), but i just
noticed that the buildtools-tarball.bb recipe file contains:
RDEPENDS = ${TOOLCHAIN_HOST_TASK}
i suspect that still works just fine, but it does disagree with the
rather adamant admonition in the ref manual.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] should all RDEPENDS always have an attached package name?
On Mon, 2014-08-11 at 09:11 -0400, Robert P. J. Day wrote:
according to yocto ref manual, all uses of RDEPENDS should be
suffixed with a package name (normally, _${PN}, of course), but i just
noticed that the buildtools-tarball.bb recipe file contains:
RDEPENDS = ${TOOLCHAIN_HOST_TASK}
i suspect that still works just fine, but it does disagree with the
rather adamant admonition in the ref manual.
The buildtools-tarball doesn't have any packages so in this particular
case, it is acceptable (and accepted by bitbake and the QA tests).
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] should all RDEPENDS always have an attached package name?
On Mon, 11 Aug 2014, Richard Purdie wrote:
On Mon, 2014-08-11 at 09:11 -0400, Robert P. J. Day wrote:
according to yocto ref manual, all uses of RDEPENDS should be
suffixed with a package name (normally, _${PN}, of course), but i just
noticed that the buildtools-tarball.bb recipe file contains:
RDEPENDS = ${TOOLCHAIN_HOST_TASK}
i suspect that still works just fine, but it does disagree with the
rather adamant admonition in the ref manual.
The buildtools-tarball doesn't have any packages so in this
particular case, it is acceptable (and accepted by bitbake and the
QA tests).
ah, i should have realized this was a special case.
rday
--
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] glibc-devel requirement for yocto host development system
Hi,
I'd like to reach a broader audience on an issue I had and request your opinion
about what could be done to prevent similar issue in the future, or at least
add an appropriate note note in the yocto manual about this.
I was using a Centos 6.4 64 bit host machine to create an yocto (based) image.
The host machine contained glibc-headers-2.12-1.107.el6.x86_64 and
kernel-headers-2.6.32-358.el6.x86_64.rpm
Accoding to yocto manual
(http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#required-packages-for-the-host-development-system)
I've run the command sudo yum install glibc-devel
This updated glibc-header to glibc-headers-2.12-1.132.el6_5.2 (which is
actually the glibc-header for the latest Centos 6.5 available) without
updating accordingly the kernel (headers).
The new glib-header define:
/usr/include/bits/syscall.h:220:#define SYS_setns __NR_setns
However the kernel symbol __NR_setns is only added on
kernel-2.6.32-431.el6.x86_64.rpm (the kernel headers for Centos 6.5)
The result is: when bitbake util-linux-native as part of building the image I
got the following error:
/path/to/build/tmp/work/x86_64-linux/util-linux-native/2.24.1-r0/util-linux-2.24.1/include/namespace.h:40:
error: '__NR_setns' undeclared (first use in this function)
The culprit code was:
# if !defined(HAVE_SETNS) defined(SYS_setns)
static inline int setns(int fd, int nstype)
{
return syscall(SYS_setns, fd, nstype);
}
# endif
I managed to alleviate the issue above but I'd like to know what should be the
generic solution for the issues like this that may appear again in future (e.g.
when newer host distro are released).
I assume a requirement to update the kernel to be back in in sync with
glibc(-header) is not feasible.
Is it a simple way to yum_install_without_update the required packages to
avoid having the host kernel and glibc out of sync. Should something be changed
(or added) in yocto manual?
Is this a bug of Centos distro after all, cause yum command leave the host into
an inconsistent state?
Thank you,
Tudor.
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] SIGGEN_EXCLUDERECIPES_ABISAFE: add initscripts
* update-rc.d now adds initscripts dependency even to allarch recipes making them effectively TUNE_PKGARCH, fix it by excluding initscripts from all signatures Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/conf/layer.conf | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf index 18609dd..6b0f806 100644 --- a/meta/conf/layer.conf +++ b/meta/conf/layer.conf @@ -30,4 +30,5 @@ SIGGEN_EXCLUDERECIPES_ABISAFE += \ udev-extraconf \ packagegroup-x11-xserver \ systemd-serialgetty \ + initscripts \ -- 2.0.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1 V2] insane.bbclass: add QA check: file-rdeps
* Changes of V2: Refer build-deps to check all the files' rdepends rather than only check bash, perl and python as RP suggested. Next: * Fix the issues one by one: - Remove the depends is possible (such as bash) - Split the packages for perl and python depends when needed. // Robert The following changes since commit 63cbed337241191f33fe951662a39ce59dce6774: oeqa/runtime: add new cpp test and file (2014-08-11 12:30:16 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/file-rdeps http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/file-rdeps Robert Yang (1): insane.bbclass: add QA check: file-rdeps meta/classes/insane.bbclass | 37 - 1 file changed, 36 insertions(+), 1 deletion(-) -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] insane.bbclass: add QA check: file-rdeps
The ipk or deb can't depend on file such as /bin/bash or /usr/bin/perl, so it knows nothing about the pkg depends bash or perl, thus there would be dependencies problems when we run apt-get install/remove pkg on the target, this check can help us find the issues and then fix them manually. * Basic designs: - Get the pkg's FILERPROVIDES from oe.packagedata.read_subpkgdata() and save to set filerdepends. - Get the each RPDEPENDS' FILERPROVIDES, RPROVIDES and FILERPROVIDESFLIST, and save to set rdep_rprovides. - Do the set filerdepends -= rdep_rprovides and QA Issue if filerdepends is not null. [YOCTO #1662] Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/classes/insane.bbclass | 37 - 1 file changed, 36 insertions(+), 1 deletion(-) diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass index 3dd2e7f..f2e9626 100644 --- a/meta/classes/insane.bbclass +++ b/meta/classes/insane.bbclass @@ -29,7 +29,7 @@ QA_SANE = True WARN_QA ?= ldflags useless-rpaths rpaths staticdev libdir xorg-driver-abi \ textrel already-stripped incompatible-license files-invalid \ installed-vs-shipped compile-host-path install-host-path \ -pn-overrides infodir build-deps \ +pn-overrides infodir build-deps file-rdeps \ ERROR_QA ?= dev-so debug-deps dev-deps debug-files arch pkgconfig la \ perms dep-cmp pkgvarcheck perm-config perm-line perm-link \ @@ -797,6 +797,41 @@ def package_qa_check_rdepends(pkg, pkgdest, skip, taskdeps, packages, d): error_msg = %s rdepends on %s, but it isn't a build dependency? % (pkg, rdepend) sane = package_qa_handle_error(build-deps, error_msg, d) +if file-rdeps not in skip: +ignored_file_rdeps = set(['/bin/sh', '/usr/bin/env']) +# For Saving the FILERDEPENDS +filerdepends = set() +rdep_data = oe.packagedata.read_subpkgdata(pkg, d) +for key in rdep_data: +if key.startswith(FILERDEPENDS_): +for subkey in rdep_data[key].split(): +filerdepends.add(subkey) +filerdepends -= ignored_file_rdeps +if filerdepends: +# Check the rprovides of itself +if pkg not in rdepends: +rdepends.insert(0, pkg) +for rdepend in rdepends: +# For Saving the FILERPROVIDES and RPROVIDES +rdep_rprovides = set() +rdep_data = oe.packagedata.read_subpkgdata(rdepend, d) +for key in rdep_data: +if key.startswith(FILERPROVIDES_) or key.startswith(RPROVIDES_) \ +or key.startswith(FILERPROVIDESFLIST_): +for subkey in rdep_data[key].split(): +rdep_rprovides.add(subkey) +filerdepends -= rdep_rprovides +if not filerdepends: +# Break if all the file rdepends are met. +break +else: +# Clear it for the next loop +rdep_rprovides.clear() +if filerdepends: +error_msg = %s requires %s, but no providers in its RDEPENDS % \ +(pkg, ', '.join(str(e) for e in filerdepends)) +sane = package_qa_handle_error(file-rdeps, error_msg, d) + return sane def package_qa_check_deps(pkg, pkgdest, skip, d): -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] lttng-ust: update to version 2.5.0
From: Yasir-Khan yasir_k...@mentor.com
update to latest stable-2.5 revision
Signed-off-by: Yasir-Khan yasir_k...@mentor.com
---
.../{lttng-ust_2.4.0.bb = lttng-ust_2.5.0.bb} |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-kernel/lttng/{lttng-ust_2.4.0.bb = lttng-ust_2.5.0.bb}
(87%)
diff --git a/meta/recipes-kernel/lttng/lttng-ust_2.4.0.bb
b/meta/recipes-kernel/lttng/lttng-ust_2.5.0.bb
similarity index 87%
rename from meta/recipes-kernel/lttng/lttng-ust_2.4.0.bb
rename to meta/recipes-kernel/lttng/lttng-ust_2.5.0.bb
index 1629554..1595627 100644
--- a/meta/recipes-kernel/lttng/lttng-ust_2.4.0.bb
+++ b/meta/recipes-kernel/lttng/lttng-ust_2.5.0.bb
@@ -17,11 +17,11 @@ RPROVIDES_${PN} = lttng2-ust
RREPLACES_${PN} = lttng2-ust
RCONFLICTS_${PN} = lttng2-ust
-SRCREV = 5ba5bf7fba804d2de773ae1c71106a8ed856c56a
-PV = 2.4.0
+SRCREV = ce59a997afdb7dc8af02b464430bb7e35549fa66
+PV = 2.5.0
PE = 2
-SRC_URI = git://git.lttng.org/lttng-ust.git;branch=stable-2.4 \
+SRC_URI = git://git.lttng.org/lttng-ust.git;branch=stable-2.5 \
file://lttng-ust-doc-examples-disable.patch \
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [OE-code][PATCH] wic: include partition label in fs image file name
On pon, 2014-07-21 at 16:23 -0500, Tom Zanussi wrote: On Mon, 2014-07-21 at 13:01 +0200, Maciej Borzecki wrote: Not including the label image but having multiple partitions of the same type, the image file of one partition would overwrite the other. Right, the empty-partition case somehow missed the label - good catch. Acked-by: Tom Zanussi tom.zanu...@linux.intel.com Saul, I think that the patch was missed by due to malformed subject line. Would you be able to push it to master? Signed-off-by: Maciej Borzecki maciej.borze...@open-rnd.pl Signed-off-by: Maciek Borzecki maciek.borze...@gmail.com --- scripts/lib/mic/kickstart/custom_commands/partition.py | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/scripts/lib/mic/kickstart/custom_commands/partition.py b/scripts/lib/mic/kickstart/custom_commands/partition.py index 06f29a9..d0f1b78 100644 --- a/scripts/lib/mic/kickstart/custom_commands/partition.py +++ b/scripts/lib/mic/kickstart/custom_commands/partition.py @@ -343,7 +343,7 @@ class Wic_PartData(Mic_PartData): Prepare an empty ext2/3/4 partition. -fs = %s/fs.%s % (cr_workdir, self.fstype) +fs = %s/fs_%s.%s % (cr_workdir, self.label, self.fstype) dd_cmd = dd if=/dev/zero of=%s bs=1M seek=%d count=0 % \ (fs, self.size) @@ -363,7 +363,7 @@ class Wic_PartData(Mic_PartData): Prepare an empty btrfs partition. -fs = %s/fs.%s % (cr_workdir, self.fstype) +fs = %s/fs_%s.%s % (cr_workdir, self.label, self.fstype) dd_cmd = dd if=/dev/zero of=%s bs=1M seek=%d count=0 % \ (fs, self.size) @@ -384,7 +384,7 @@ class Wic_PartData(Mic_PartData): Prepare an empty vfat partition. -fs = %s/fs.%s % (cr_workdir, self.fstype) +fs = %s/fs_%s.%s % (cr_workdir, self.label, self.fstype) blocks = self.size * 1024 -- Maciej Borzęcki Senior Software Developer at Open-RnD Sp. z o.o., Poland www.open-rnd.pl mobile: +48 889 117 365, fax: +48 42 657 9079 Niniejsza wiadomość wraz z załącznikami może zawierać chronione prawem lub poufne informacje i została wysłana wyłącznie do wiadomości i użytku osób, do których została zaadresowana. Jeśli wiadomość została otrzymana przypadkowo zabrania się jej kopiowania lub rozsyłania do osób trzecich. W takim przypadku uprasza się o natychmiastowe zniszczenie wiadomości oraz poinformowanie nadawcy o zaistniałej sytuacji za pomocą wiadomości zwrotnej. Dziękujemy. This message, including any attachments hereto, may contain privileged or confidential information and is sent solely for the attention and use of the intended addressee(s). If you are not an intended addressee, you may neither use this message nor copy or deliver it to anyone. In such case, you should immediately destroy this message and kindly notify the sender by reply email. Thank you. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] lttng-tools: Update to version 2.5.0
From: Yasir-Khan yasir_k...@mentor.com
update to latest stable-2.5 revision
* drop patches - merged upstream
- Fix-alignment-problems-on-targets-not-supporting-una.patch
Signed-off-by: Yasir-Khan yasir_k...@mentor.com
---
...nt-problems-on-targets-not-supporting-una.patch | 47
.../{lttng-tools_2.4.0.bb = lttng-tools_2.5.0.bb} |7 ++-
2 files changed, 3 insertions(+), 51 deletions(-)
delete mode 100644
meta/recipes-kernel/lttng/lttng-tools/Fix-alignment-problems-on-targets-not-supporting-una.patch
rename meta/recipes-kernel/lttng/{lttng-tools_2.4.0.bb =
lttng-tools_2.5.0.bb} (90%)
diff --git
a/meta/recipes-kernel/lttng/lttng-tools/Fix-alignment-problems-on-targets-not-supporting-una.patch
b/meta/recipes-kernel/lttng/lttng-tools/Fix-alignment-problems-on-targets-not-supporting-una.patch
deleted file mode 100644
index 2c1756e..000
---
a/meta/recipes-kernel/lttng/lttng-tools/Fix-alignment-problems-on-targets-not-supporting-una.patch
+++ /dev/null
@@ -1,47 +0,0 @@
-From 9dc4d3a8dcc7cfb6991e760e78f614afd593bf66 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Fredrik=20Markstr=C3=B6m?= fredrik.markst...@gmail.com
-Date: Tue, 1 Apr 2014 17:46:23 +0200
-Subject: [PATCH v2] Fix: alignment problems on targets not supporting unaligned
- access.
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-Upstream-Status: Submitted
(https://www.mail-archive.com/lttng-dev@lists.lttng.org/msg06012.html)
-
-Accessing floats, doubles and 64 bit int at unaligned addresses is not
-supported on all configurations of arm processors and if it is it's
-emulated and slow. This patch replaces direct assignments with memcpy.
-
-Signed-off-by: Fredrik Markström fredrik.markst...@gmail.com
-Signed-off-by: Roy Li rongqing...@windriver.com
-Acked-by: Mathieu Desnoyers mathieu.desnoy...@efficios.com
- src/lib/lttng-ctl/filter/filter-visitor-generate-bytecode.c |4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/src/lib/lttng-ctl/filter/filter-visitor-generate-bytecode.c
b/src/lib/lttng-ctl/filter/filter-visitor-generate-bytecode.c
-index 762d604..8c6dc96 100644
a/src/lib/lttng-ctl/filter/filter-visitor-generate-bytecode.c
-+++ b/src/lib/lttng-ctl/filter/filter-visitor-generate-bytecode.c
-@@ -222,7 +222,7 @@ int visit_node_load(struct filter_parser_ctx *ctx, struct
ir_op *node)
- if (!insn)
- return -ENOMEM;
- insn-op = FILTER_OP_LOAD_S64;
-- *(int64_t *) insn-data = node-u.load.u.num;
-+ memcpy(insn-data, node-u.load.u.num, sizeof(int64_t));
- ret = bytecode_push(ctx-bytecode, insn, 1, insn_len);
- free(insn);
- return ret;
-@@ -237,7 +237,7 @@ int visit_node_load(struct filter_parser_ctx *ctx, struct
ir_op *node)
- if (!insn)
- return -ENOMEM;
- insn-op = FILTER_OP_LOAD_DOUBLE;
-- *(double *) insn-data = node-u.load.u.flt;
-+ memcpy(insn-data, node-u.load.u.flt, sizeof(double));
- ret = bytecode_push(ctx-bytecode, insn, 1, insn_len);
- free(insn);
- return ret;
---
-1.7.10.4
-
diff --git a/meta/recipes-kernel/lttng/lttng-tools_2.4.0.bb
b/meta/recipes-kernel/lttng/lttng-tools_2.5.0.bb
similarity index 90%
rename from meta/recipes-kernel/lttng/lttng-tools_2.4.0.bb
rename to meta/recipes-kernel/lttng/lttng-tools_2.5.0.bb
index aab9bf6..86dd981 100644
--- a/meta/recipes-kernel/lttng/lttng-tools_2.4.0.bb
+++ b/meta/recipes-kernel/lttng/lttng-tools_2.5.0.bb
@@ -12,13 +12,12 @@ LIC_FILES_CHKSUM =
file://LICENSE;md5=01d7fc4496aacf37d90df90b90b0cac1 \
DEPENDS = liburcu popt lttng-ust
RDEPENDS_${PN}-ptest += make
-SRCREV = 8e3234eea2d81f8a962214c570532f8e096a9a8d
-PV = v2.4.0
+SRCREV = 8b27cacb277c2cdab791139b08da8eb87ab14a88
+PV = v2.5.0
-SRC_URI = git://git.lttng.org/lttng-tools.git;branch=stable-2.4 \
+SRC_URI = git://git.lttng.org/lttng-tools.git;branch=stable-2.5 \
file://runtest-2.4.0.patch \
file://run-ptest \
- file://Fix-alignment-problems-on-targets-not-supporting-una.patch \
S = ${WORKDIR}/git
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] oe.package_manager: fix use of PACKAGE_EXCLUDE for dpkg
From: Christopher Larson chris_lar...@mentor.com
It was iterating over the variable character-by-character rather than
word-by-word.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
meta/lib/oe/package_manager.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index a0984c4..8be3d41 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -1666,7 +1666,7 @@ class DpkgPM(PackageManager):
priority += 5
pkg_exclude = self.d.getVar('PACKAGE_EXCLUDE', True) or
-for pkg in pkg_exclude:
+for pkg in pkg_exclude.split():
prefs_file.write(
Package: %s\n
Pin: release *\n
--
1.8.3.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] python-dbus: use PACKAGECONFIG for doc generation
From: Christopher Larson chris_lar...@mentor.com
Adds 'docs' (for html doc generation) and 'api-docs' (for API doc generation)
configurations and leaves them both disabled by default. This avoids
autodetected dependency upon docutils.
Fixes [YOCTO #6530]
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
meta/recipes-devtools/python/python-dbus_1.2.0.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-devtools/python/python-dbus_1.2.0.bb
b/meta/recipes-devtools/python/python-dbus_1.2.0.bb
index e64f99f..b314dce 100644
--- a/meta/recipes-devtools/python/python-dbus_1.2.0.bb
+++ b/meta/recipes-devtools/python/python-dbus_1.2.0.bb
@@ -14,6 +14,10 @@ S = ${WORKDIR}/dbus-python-${PV}
inherit distutils-base autotools pkgconfig
+PACKAGECONFIG ?=
+PACKAGECONFIG[docs] =
--enable-html-docs,--disable-html-docs,python-docutils-native
+PACKAGECONFIG[api-docs] =
--enable-api-docs,--disable-api-docs,python-docutils-native
python-epydoc-native
+
export BUILD_SYS
export HOST_SYS
--
1.8.3.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Yocto: Install full set of python modules in Qt SDK toolchain
On Monday, August 11, 2014 at 12:26:34 PM, Richard Purdie wrote: On Fri, 2014-08-08 at 14:22 +0200, Marek Vasut wrote: On Friday, August 08, 2014 at 07:22:04 AM, Koen Kooi wrote: Since 'yocto' is a project like freedesktop.org your commit message doesn't make sense, it should be something like: meta-toolchain-qt: Install full set of python modules Got it, Saul also told me so. I will wait a bit for some more feedback and repost with corrections, OK ? Is this approach I took here even correct please ? I'd really like to see a packagegroup defined somewhere with this list of python modules which the various recipes can then reference... I agree, that makes sense. Is this approach I took here the correct one please ? Best regards, Marek Vasut -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] cracklib: Allow use in SDK
This adds 'nativesdk' in the BBCLASSEXTEND.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-extended/cracklib/cracklib_2.9.1.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-extended/cracklib/cracklib_2.9.1.bb
b/meta/recipes-extended/cracklib/cracklib_2.9.1.bb
index d70e76f..99ccde3 100644
--- a/meta/recipes-extended/cracklib/cracklib_2.9.1.bb
+++ b/meta/recipes-extended/cracklib/cracklib_2.9.1.bb
@@ -18,8 +18,8 @@ SRC_URI[sha256sum] =
408905c2539a97dc8cbbb6d7cd2046cb5647a345b4bda399220d9471be
inherit autotools-brokensep gettext
-BBCLASSEXTEND = native
-
do_install_append_class-target() {
create-cracklib-dict -o ${D}${datadir}/cracklib/pw_dict
${D}${datadir}/cracklib/cracklib-small
}
+
+BBCLASSEXTEND = native nativesdk
--
1.7.10.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] attr: Allow use during build and SDK
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-support/attr/attr.inc |2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-support/attr/attr.inc
b/meta/recipes-support/attr/attr.inc
index c37d34f..28c750f 100644
--- a/meta/recipes-support/attr/attr.inc
+++ b/meta/recipes-support/attr/attr.inc
@@ -35,3 +35,5 @@ do_install_ptest() {
}
RDEPENDS_${PN}-ptest = coreutils perl-module-filehandle
perl-module-getopt-std perl-module-posix
+
+BBCLASSEXTEND = native nativesdk
\ No newline at end of file
--
1.7.10.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] libpam: Allow use during build and in SDK
The recipe had libpam hardcoded in some places which were causing
failures as the metadata renaming hooks does not change those,
generating a broken dependencies list.
This patch fixes those and add the native and nativesdk support.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-extended/pam/libpam_1.1.6.bb | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/meta/recipes-extended/pam/libpam_1.1.6.bb
b/meta/recipes-extended/pam/libpam_1.1.6.bb
index 3190aaf..c06709f 100644
--- a/meta/recipes-extended/pam/libpam_1.1.6.bb
+++ b/meta/recipes-extended/pam/libpam_1.1.6.bb
@@ -61,7 +61,7 @@ FILES_${PN}-dev += ${base_libdir}/security/*.la
${base_libdir}/*.la ${base_libd
FILES_${PN}-runtime = ${sysconfdir}
FILES_${PN}-xtests = ${datadir}/Linux-PAM/xtests
-PACKAGES_DYNAMIC += ^pam-plugin-.*
+PACKAGES_DYNAMIC += ^${MLPREFIX}pam-plugin-.*
def get_multilib_bit(d):
baselib = d.getVar('baselib', True) or ''
@@ -69,12 +69,12 @@ def get_multilib_bit(d):
libpam_suffix = suffix${@get_multilib_bit(d)}
-RPROVIDES_${PN} += libpam-${libpam_suffix}
-RPROVIDES_${PN}-runtime += libpam-runtime-${libpam_suffix}
+RPROVIDES_${PN} += ${PN}-${libpam_suffix}
+RPROVIDES_${PN}-runtime += ${PN}-runtime-${libpam_suffix}
-RDEPENDS_${PN}-runtime = libpam-${libpam_suffix}
pam-plugin-deny-${libpam_suffix} pam-plugin-permit-${libpam_suffix}
pam-plugin-warn-${libpam_suffix} pam-plugin-unix-${libpam_suffix}
-RDEPENDS_${PN}-xtests = libpam-${libpam_suffix}
pam-plugin-access-${libpam_suffix} pam-plugin-debug-${libpam_suffix}
pam-plugin-cracklib-${libpam_suffix} pam-plugin-pwhistory-${libpam_suffix}
pam-plugin-succeed-if-${libpam_suffix} pam-plugin-time-${libpam_suffix}
coreutils
-RRECOMMENDS_${PN} = libpam-runtime-${libpam_suffix}
+RDEPENDS_${PN}-runtime = ${PN}-${libpam_suffix}
pam-plugin-deny-${libpam_suffix} pam-plugin-permit-${libpam_suffix}
pam-plugin-warn-${libpam_suffix} pam-plugin-unix-${libpam_suffix}
+RDEPENDS_${PN}-xtests = ${PN}-${libpam_suffix}
pam-plugin-access-${libpam_suffix} pam-plugin-debug-${libpam_suffix}
pam-plugin-cracklib-${libpam_suffix} pam-plugin-pwhistory-${libpam_suffix}
pam-plugin-succeed-if-${libpam_suffix} pam-plugin-time-${libpam_suffix}
coreutils
+#RRECOMMENDS_${PN} = ${PN}-runtime-${libpam_suffix}
python populate_packages_prepend () {
def pam_plugin_append_file(pn, dir, file):
@@ -85,14 +85,15 @@ python populate_packages_prepend () {
d.setVar('FILES_' + pn, nf)
def pam_plugin_hook(file, pkg, pattern, format, basename):
+pn = d.getVar('PN', True)
libpam_suffix = d.getVar('libpam_suffix', True)
mlprefix = d.getVar('MLPREFIX', True) or ''
rdeps = d.getVar('RDEPENDS_' + pkg, True)
if rdeps:
-rdeps = rdeps + + mlprefix + libpam- + libpam_suffix
+rdeps = rdeps + + mlprefix + pn + - + libpam_suffix
else:
-rdeps = mlprefix + libpam- + libpam_suffix
+rdeps = mlprefix + pn + - + libpam_suffix
d.setVar('RDEPENDS_' + pkg, rdeps)
provides = d.getVar('RPROVIDES_' + pkg, True)
@@ -142,3 +143,5 @@ python do_pam_sanity () {
bb.warn(Building libpam but 'pam' isn't in DISTRO_FEATURES, PAM won't
work correctly)
}
addtask pam_sanity before do_configure
+
+BBCLASSEXTEND = nativesdk native
--
1.7.10.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] populate_sdk_base.bbclass: Limit xargs command line
It's possible to generate a command line in the relocate_sdk.sh script
which is too long (long paths, many files). This change limits the
xargs command line by breaking it up into smaller pieces.
One necessary side effect is that the -0 option is no longer used as it
doesn't seem to work properly with -n, so the file name arguments are
now quoted explicitly rather than \0 terminated.
Signed-off-by: Gary Thomas g...@mlbassoc.com
---
meta/classes/populate_sdk_base.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/populate_sdk_base.bbclass
b/meta/classes/populate_sdk_base.bbclass
index 06112dc..f590564 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -276,7 +276,7 @@ if [ $relocate = 1 ] ; then
fi
# replace ${SDKPATH} with the new prefix in all text files: configs/scripts/etc
-$SUDO_EXEC find $native_sysroot -type f -exec file '{}' \;|grep
:.*\(ASCII\|script\|source\).*text|awk -F':' '{printf %s\0, $1}'|$SUDO_EXEC
xargs -0 sed -i -e s:$DEFAULT_INSTALL_DIR:$target_sdk_dir:g
+$SUDO_EXEC find $native_sysroot -type f -exec file '{}' \;|grep
:.*\(ASCII\|script\|source\).*text|awk -F':' '{printf \%s\\n,
$1}'|$SUDO_EXEC xargs -n32 sed -i -e s:$DEFAULT_INSTALL_DIR:$target_sdk_dir:g
# change all symlinks pointing to ${SDKPATH}
for l in $($SUDO_EXEC find $native_sysroot -type l); do
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] OE Changelog since 2014-08-03 until 2014-08-10
Changelog since 2014-08-03 until 2014-08-10. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distribution/meta-angstrom.git
meta-arago: git://arago-project.org/git/meta-arago.git
meta-beagleboard: git://github.com/beagleboard/meta-beagleboard.git
meta-browser: git://github.com/OSSystems/meta-browser.git
meta-bug: git://github.com/buglabs/meta-bug.git
meta-chicken: git://github.com/OSSystems/meta-chicken
meta-efikamx: git://github.com/kraj/meta-efikamx.git
meta-ettus: http://github.com/koenkooi/meta-ettus.git
meta-fsl-arm: git://git.yoctoproject.org/meta-fsl-arm
meta-fsl-arm-extra: git://github.com/Freescale/meta-fsl-arm-extra.git
meta-fsl-ppc: git://git.yoctoproject.org/meta-fsl-ppc
meta-guacamayo: git://github.com/Guacamayo/meta-guacamayo.git
meta-gumstix: git://github.com/gumstix/meta-gumstix.git
meta-gumstix-community:
git://gitorious.org/schnitzeltony-oe-meta/meta-gumstix-community.git
meta-handheld: git://git.openembedded.org/meta-handheld
meta-igep: http://github.com/ebutera/meta-igep.git
meta-intel: git://git.yoctoproject.org/meta-intel
meta-ivi: git://git.yoctoproject.org/meta-ivi
meta-java: git://github.com/woglinde/meta-java
meta-kde: git://gitorious.org/openembedded-core-layers/meta-kde.git
meta-micro: git://git.openembedded.org/meta-micro
meta-mono: git://git.yoctoproject.org/meta-mono.git
meta-netbookpro: git://github.com/tworaz/meta-netbookpro
meta-nslu2: git://github.com/kraj/meta-nslu2
meta-opie: git://git.openembedded.org/meta-opie
meta-qt3: git://git.yoctoproject.org/meta-qt3
meta-qt5: git://github.com/meta-qt5/meta-qt5.git
meta-slugos: git://github.com/kraj/meta-slugos
meta-systemd: git://git.yoctoproject.org/meta-systemd
meta-raspberrypi: git://github.com/djwillis/meta-raspberrypi.git
meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git
meta-ti: git://git.yoctoproject.org/meta-ti
meta-webos: git://github.com/openwebos/meta-webos.git
meta-xilinx: git://git.yoctoproject.org/meta-xilinx
meta-yocto: git://git.yoctoproject.org/meta-yocto
openembedded: git://git.openembedded.org/openembedded
Changelog for bitbake:
Changelog for openembedded-core:
Chen Qi (1):
local.conf.sample.extended: fix example for EXTRA_USERS_PARAMS
Chong Lu (3):
oelint.bbclass: make oelint bbclass work
oelint.bbclass: add patch checking
oelint.bbclass: Check for ${PN} or ${P} usage
Cristian Iorga (1):
tcmode-default.inc: allow override of binutils-crosssdk
Drew Moseley (1):
gstreamer1.0-omx: Remove unnecessary dependency on plugins-bad.
Koen Kooi (1):
tcp-wrappers: fix do_install when $prefix == $base_prefix
Martin Jansa (4):
test-dependencies: don't override failed-recipes.log
cairo: explicitly disable LTO support by backporting patch which removes it
perf: explicitly disable libunwind
perf: fix indentation
Maxin B. John (1):
curl: remove unused patch
Nitin A Kamble (2):
code cleanup for INITRD variable handing
documentation.conf: Small tweak to INITRD variable
Patrice B (1):
psmisc: Typo in fuser makes -M on all the time
Peter A. Bigot (1):
cups: regen configure so cups-no-gcrypt.patch has an effect
Ricardo Neri (1):
kexec-tools: Create separate package for vmcore-dmesg
Richard Purdie (3):
package: Fix darwin shlibs code
autotools: Exclude SDK_OS from autotools task signatures
ghostscript: Remove bogus gsfonts reference from DESCRIPTION
Robert P. J. Day (3):
nss*: Replace hardcoded /etc with ${sysconfdir}
formfactor: Grammar fix in recipe comment.
Add doc entry for ptest-pkgs in IMAGE_FEATURES list
Roxana Ciobanu (1):
scripts/send-error-report: fetch /Errors/ instead of /.
Saul Wold (1):
busybox: Make busybox connman aware
Ting Liu (1):
base-files: set dynamic COLUMNS via resize command
Wang Zidan (3):
alsa-lib: use get32_labels for multi-source
alsa-lib: fix hw_ptr exceed the boundary
alsa-lib: pcm_local.h: include time.h to enable CLOCK_MONOTONIC
Yao Xinpan (1):
tcp-wrappers: install /etc/hosts.allow and /etc/hosts.deny
Zheng Junling (1):
slang 2.2.4: fix the iconv existence checking
Changelog for meta-openembedded:
Andrea Adami (1):
kexec_tools_klibc_2.0.2: update x86_vfscanf.patch
Eduardo Silva (1):
monkey: new v1.5.2 release.
Fathi Boudra (1):
pm-qa: update to 0.4.12 release
Joe MacDonald (4):
wireshark: update to latest stable version
README: Update layer dependencies
wireshark: update README instructions
wireshark: update configuration and epoch
Koen Kooi (15):
php 5.4.14: use pkg-config for libxml2 detection
libgnomekbd: fix S!=B
gnome-settings-daemon: remove blacklist, libgnomekbd has been fixed
gnome-control-center: remove
[OE-core] [PATCH 0/3] Add xf86-video-fbdev and xf86-video-cirrus to qemux86 and qemux86-64 (revised)
Hello list, This series adds additional x.org drivers to the qemux86 and qemux86-64 machines. Now, instead of just including the vmware driver, GUI images for these machines will also include cirrus and fbdev drivers. Rationale: now that the runqemu script allows users to select which VGA adapter they want qemu to emulate, the qemu images should be able to start X servers with any adapter without requiring a rebuild of the image. Note that the drivers have only been added to the qemux86 and qemux86-64 machines. If someone is interested in trying them on the other qemu machines, they shouldn't be hard to add. xf86-video-cirrus did not previously have a recipe, so a new one is also added as part of this series. REVISED: corrected the DEPENDS issue pointed out by Richard Purdie in the bitbake recipe for xf86-video-cirrus. Regards, -Max Eliaser The following changes since commit 86afd7eb7c679eb065706137f28f44248f3fbc5a: ghostscript: Remove bogus gsfonts reference from DESCRIPTION (2014-08-06 11:14:40 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib meliaser/qemu-x-drivers http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=meliaser/qemu-x-drivers Max Eliaser (3): xorg-drivers: xf86-video-cirrus: add a recipe for the Cirrus Logic X.Org driver qemux86: support X11 when QEMU is emulating a different GPU than vmware qemux86-64: support X11 when QEMU is emulating a different GPU than vmware meta/conf/machine/qemux86-64.conf | 2 ++ meta/conf/machine/qemux86.conf | 2 ++ .../recipes-graphics/xorg-driver/xf86-video-cirrus_1.5.2.bb | 13 + .../xorg-xserver/xserver-xf86-config/qemux86-64/xorg.conf | 5 - .../xorg-xserver/xserver-xf86-config/qemux86/xorg.conf | 5 - 5 files changed, 17 insertions(+), 10 deletions(-) create mode 100644 meta/recipes-graphics/xorg-driver/xf86-video-cirrus_1.5.2.bb -- 1.8.3.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] qemux86: support X11 when QEMU is emulating a different GPU than vmware
QEMU is capable of emulating four different VGA adapters: cirrus, std, vmware, and QXL. By adding the cirrus and fbdev X.Org drivers to the qemux86 image, the image can be made to launch an X server on when cirrus and std are chosen, in addition to just vmware. (The build of QEMU in OE-Core appears to have QXL disabled, meaning a driver for it is unnecessary.) The runqemu script now allows the choice of emulated VGA adapter to be specified manually, so it's important that qemux86 supports any configuration the user might choose without requiring the image to be rebuilt. In addition to adding the two extra drivers to the qemux86 image, a section specifying the driver to use is deleted from the image's xorg.conf, allowing the X server to automatically select the most appropriate driver. Testing shows that it does always pick the correct one. Signed-off-by: Max Eliaser max.elia...@intel.com --- meta/conf/machine/qemux86.conf | 2 ++ .../xorg-xserver/xserver-xf86-config/qemux86/xorg.conf | 5 - 2 files changed, 2 insertions(+), 5 deletions(-) diff --git a/meta/conf/machine/qemux86.conf b/meta/conf/machine/qemux86.conf index ebc27db..3562276 100644 --- a/meta/conf/machine/qemux86.conf +++ b/meta/conf/machine/qemux86.conf @@ -19,6 +19,8 @@ XSERVER = xserver-xorg \ xf86-input-vmmouse \ xf86-input-keyboard \ xf86-input-evdev \ + xf86-video-cirrus \ + xf86-video-fbdev \ xf86-video-vmware MACHINE_FEATURES += x86 diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86/xorg.conf b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86/xorg.conf index 10a6d9a..bbda9ea 100644 --- a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86/xorg.conf +++ b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86/xorg.conf @@ -30,11 +30,6 @@ Section InputDevice OptionUSB on EndSection -Section Device -IdentifierGraphics Controller -Drivervmware -EndSection - Section Monitor IdentifierGeneric Monitor OptionDPMS -- 1.8.3.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] qemux86-64: support X11 when QEMU is emulating a different GPU than vmware
QEMU is capable of emulating four different VGA adapters: cirrus, std, vmware, and QXL. By adding the cirrus and fbdev X.Org drivers to the qemux86-64 image, the image can be made to launch an X server on when cirrus and std are chosen, in addition to just vmware. (The build of QEMU in OE-Core appears to have QXL disabled, meaning a driver for it is unnecessary.) The runqemu script now allows the choice of emulated VGA adapter to be specified manually, so it's important that qemux86-64 supports any configuration the user might choose without requiring the image to be rebuilt. In addition to adding the two extra drivers to the qemux86-64 image, a section specifying the driver to use is deleted from the image's xorg.conf, allowing the X server to automatically select the most appropriate driver. Testing shows that it does always pick the correct one. Signed-off-by: Max Eliaser max.elia...@intel.com --- meta/conf/machine/qemux86-64.conf| 2 ++ .../xorg-xserver/xserver-xf86-config/qemux86-64/xorg.conf| 5 - 2 files changed, 2 insertions(+), 5 deletions(-) diff --git a/meta/conf/machine/qemux86-64.conf b/meta/conf/machine/qemux86-64.conf index 642a2d9..837f9f4 100644 --- a/meta/conf/machine/qemux86-64.conf +++ b/meta/conf/machine/qemux86-64.conf @@ -20,6 +20,8 @@ XSERVER = xserver-xorg \ xf86-input-vmmouse \ xf86-input-keyboard \ xf86-input-evdev \ + xf86-video-cirrus \ + xf86-video-fbdev \ xf86-video-vmware MACHINE_FEATURES += x86 diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86-64/xorg.conf b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86-64/xorg.conf index 10a6d9a..bbda9ea 100644 --- a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86-64/xorg.conf +++ b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config/qemux86-64/xorg.conf @@ -30,11 +30,6 @@ Section InputDevice OptionUSB on EndSection -Section Device -IdentifierGraphics Controller -Drivervmware -EndSection - Section Monitor IdentifierGeneric Monitor OptionDPMS -- 1.8.3.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] xorg-drivers: xf86-video-cirrus: add a recipe for the Cirrus Logic X.Org driver
This driver allows X.Org to use the Cirrus Logic family of VGA adapters. Since QEMU can emulate a Cirrus VGA adapter, this driver will be of use for images that are expected to run under QEMU, if QEMU's other VGA adapters are unavailable. Signed-off-by: Max Eliaser max.elia...@intel.com --- .../recipes-graphics/xorg-driver/xf86-video-cirrus_1.5.2.bb | 13 + 1 file changed, 13 insertions(+) create mode 100644 meta/recipes-graphics/xorg-driver/xf86-video-cirrus_1.5.2.bb diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-cirrus_1.5.2.bb b/meta/recipes-graphics/xorg-driver/xf86-video-cirrus_1.5.2.bb new file mode 100644 index 000..d420b5d --- /dev/null +++ b/meta/recipes-graphics/xorg-driver/xf86-video-cirrus_1.5.2.bb @@ -0,0 +1,13 @@ +require xorg-driver-video.inc + +SUMMARY = X.Org X server -- cirrus display driver +DESCRIPTION = cirrus is an Xorg driver for Cirrus Logic VGA adapters. These \ +devices are not so common in the wild anymore, but QEMU can emulate one, so \ +the driver is still useful. + +LIC_FILES_CHKSUM = file://COPYING;md5=6ddc7ca860dc5fd014e7f160ea699295 + +SRC_URI[md5sum] = 91fd6b677d62027cd3001debb587a6a6 +SRC_URI[sha256sum] = 3361e1a65d9b84c464752fd612bdf6087622c6dd204121715366a170e5c3ccd7 + +DEPENDS += virtual/libx11 -- 1.8.3.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Yocto development with C++11 threads and gcc
On 08/11/2014 02:02 PM, Peter A. Bigot wrote:
The program below built on the target with the MACHINE=beaglebone
gcc-4.9.1 compiler from Yocto/OpenEmbedded poky master produces this
error:
beaglebone[52]$ g++ -std=c++1y -pthread test.cc ./a.out
starting
joining
pure virtual method called
terminate called without an active exception
Aborted (core dumped)
When the program is recompiled with the defines for
__GCC_HAVE_SYNC_COMPARE_AND_SWAP_X enabled as suggested at
https://groups.google.com/d/msg/automatak-dnp3/Jisp_zGhd5I/ck_Cj6nO8joJ it
works:
beaglebone[53]$ g++ -std=c++1y -pthread test.cc ./a.out
starting
joining
doit
done
Preliminary analysis confirms that the built-ins for those defines are
not being added by the compiler because it thinks the target doesn't
support those operations. Nonetheless, it doesn't use the substitutes
that are obviously available.
Can anybody recall anything about the way GCC is built under OE that
would explain this?
Not an OE problem. See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62100
I'm testing a patch locally and awaiting GCC maintainer comment before
proposing it for OE.
Peter
Peter
/* g++ -std=c++1y -pthread test.cc ./a.out */
#if 0
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_1
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_2
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_8
#endif
#include iostream
#include thread
void
doit ()
{
std::cerr doit\n;
}
int main (int argc,
char * argv [])
{
std::cerr starting\n;
std::thread thr{doit};
std::cerr joining\n;
thr.join();
std::cerr done\n;
return 0;
}
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/7] wic: Add gummiboot support
This add gummiboot support to wic. It also adds a new --sourceparams variable to the partition command, allowing plugins to be parameterized. The BootImgEFIPlugin makes use of it to support multiple loaders. The following changes since commit 0f24d9c569db733b4f63803ee4a9c12ec1789791: SIGGEN_EXCLUDERECIPES_ABISAFE: add initscripts (2014-08-11 17:44:12 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib.git tzanussi/wic-gummiboot-v1 http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=tzanussi/wic-gummiboot-v1 Tom Zanussi (7): wic: Add '--sourceparams' partition option wic: Add utility function for parsing sourceparams wic: Add sourceparam param to partition plugin methods wic: Parse and pass sourceparams to partition plugin methods wic: Add gummiboot support to bootimg-efi wic: Add sourceparams to mkefidisk.wks wic: Add mkgummidisk kickstart file scripts/lib/image/canned-wks/mkefidisk.wks | 2 +- scripts/lib/image/canned-wks/mkgummidisk.wks | 11 ++ .../lib/wic/kickstart/custom_commands/partition.py | 20 +++- scripts/lib/wic/pluginbase.py | 15 +-- scripts/lib/wic/plugins/source/bootimg-efi.py | 117 + scripts/lib/wic/plugins/source/bootimg-pcbios.py | 10 +- scripts/lib/wic/plugins/source/rootfs.py | 5 +- scripts/lib/wic/utils/oe/misc.py | 23 8 files changed, 164 insertions(+), 39 deletions(-) create mode 100644 scripts/lib/image/canned-wks/mkgummidisk.wks -- 1.8.3.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 6/7] wic: Add sourceparams to mkefidisk.wks
The bootimg-efi plugin now requires a loader param, so supply it to retain existing behavior. Signed-off-by: Tom Zanussi tom.zanu...@linux.intel.com --- scripts/lib/image/canned-wks/mkefidisk.wks | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/lib/image/canned-wks/mkefidisk.wks b/scripts/lib/image/canned-wks/mkefidisk.wks index db86caa..58d42e6 100644 --- a/scripts/lib/image/canned-wks/mkefidisk.wks +++ b/scripts/lib/image/canned-wks/mkefidisk.wks @@ -2,7 +2,7 @@ # long-description: Creates a partitioned EFI disk image that the user # can directly dd to boot media. -part /boot --source bootimg-efi --ondisk sda --label msdos --active --align 1024 +part /boot --source bootimg-efi --sourceparams=loader=grub-efi --ondisk sda --label msdos --active --align 1024 part / --source rootfs --ondisk sda --fstype=ext3 --label platform --align 1024 -- 1.8.3.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/7] wic: Parse and pass sourceparams to partition plugin methods
Add code to parse the sourceparams and pass them to the partition
plugin methods.
Signed-off-by: Tom Zanussi tom.zanu...@linux.intel.com
---
scripts/lib/wic/kickstart/custom_commands/partition.py | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/scripts/lib/wic/kickstart/custom_commands/partition.py
b/scripts/lib/wic/kickstart/custom_commands/partition.py
index 76cf7a9..a3d5ef3 100644
--- a/scripts/lib/wic/kickstart/custom_commands/partition.py
+++ b/scripts/lib/wic/kickstart/custom_commands/partition.py
@@ -126,6 +126,11 @@ class Wic_PartData(Mic_PartData):
Prepare content for individual partitions, depending on
partition command parameters.
+self.sourceparams_dict = {}
+
+if self.sourceparams:
+self.sourceparams_dict = parse_sourceparams(self.sourceparams)
+
if not self.source:
if not self.size:
msger.error(The %s partition has a size of zero. Please
specify a non-zero --size for that partition. % self.mountpoint)
@@ -143,16 +148,19 @@ class Wic_PartData(Mic_PartData):
msger.error(The '%s' --source specified for %s doesn't
exist.\n\tSee 'wic list source-plugins' for a list of available
--sources.\n\tSee 'wic help source-plugins' for details on adding a new source
plugin. % (self.source, self.mountpoint))
self._source_methods =
pluginmgr.get_source_plugin_methods(self.source, partition_methods)
-self._source_methods[do_configure_partition](self, None, cr,
cr_workdir,
+self._source_methods[do_configure_partition](self,
self.sourceparams_dict,
+ cr, cr_workdir,
oe_builddir,
bootimg_dir,
kernel_dir,
native_sysroot)
-self._source_methods[do_stage_partition](self, None, cr, cr_workdir,
+self._source_methods[do_stage_partition](self,
self.sourceparams_dict,
+ cr, cr_workdir,
oe_builddir,
bootimg_dir, kernel_dir,
native_sysroot)
-self._source_methods[do_prepare_partition](self, None, cr,
cr_workdir,
+self._source_methods[do_prepare_partition](self,
self.sourceparams_dict,
+ cr, cr_workdir,
oe_builddir,
bootimg_dir, kernel_dir,
rootfs_dir,
native_sysroot)
--
1.8.3.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/7] wic: Add '--sourceparams' partition option
To go along with '--source' as a way to parameterize source plugins. Signed-off-by: Tom Zanussi tom.zanu...@linux.intel.com --- scripts/lib/wic/kickstart/custom_commands/partition.py | 6 ++ 1 file changed, 6 insertions(+) diff --git a/scripts/lib/wic/kickstart/custom_commands/partition.py b/scripts/lib/wic/kickstart/custom_commands/partition.py index 24f523a..3920adb 100644 --- a/scripts/lib/wic/kickstart/custom_commands/partition.py +++ b/scripts/lib/wic/kickstart/custom_commands/partition.py @@ -47,6 +47,7 @@ class Wic_PartData(Mic_PartData): Mic_PartData.__init__(self, *args, **kwargs) self.deleteRemovedAttrs() self.source = kwargs.get(source, None) +self.sourceparams = kwargs.get(sourceparams, None) self.rootfs = kwargs.get(rootfs-dir, None) self.source_file = self.size = 0 @@ -56,6 +57,8 @@ class Wic_PartData(Mic_PartData): if self.source: retval += --source=%s % self.source +if self.sourceparams: +retval += --sourceparams=%s % self.sourceparams if self.rootfs: retval += --rootfs-dir=%s % self.rootfs @@ -490,6 +493,9 @@ class Wic_Partition(Mic_Partition): # and calculate partition size op.add_option(--source, type=string, action=store, dest=source, default=None) +# comma-separated list of param=value pairs +op.add_option(--sourceparams, type=string, action=store, + dest=sourceparams, default=None) # use specified rootfs path to fill the partition op.add_option(--rootfs-dir, type=string, action=store, dest=rootfs, default=None) -- 1.8.3.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/7] wic: Add utility function for parsing sourceparams
Parses strings of the form key1=val1[,key2=val2,...] and returns a
dict. Also accepts valueless keys i.e. without =.
Signed-off-by: Tom Zanussi tom.zanu...@linux.intel.com
---
scripts/lib/wic/utils/oe/misc.py | 23 +++
1 file changed, 23 insertions(+)
diff --git a/scripts/lib/wic/utils/oe/misc.py b/scripts/lib/wic/utils/oe/misc.py
index 87e3041..aa9b235 100644
--- a/scripts/lib/wic/utils/oe/misc.py
+++ b/scripts/lib/wic/utils/oe/misc.py
@@ -179,3 +179,26 @@ def get_bitbake_var(key):
val = get_line_val(line, key)
return val
return None
+
+def parse_sourceparams(sourceparams):
+
+Split sourceparams string of the form key1=val1[,key2=val2,...]
+into a dict. Also accepts valueless keys i.e. without =.
+
+Returns dict of param key/val pairs (note that val may be None).
+
+params_dict = {}
+
+params = sourceparams.split(',')
+if params:
+for p in params:
+if not p:
+continue
+if not '=' in p:
+key = p
+val = None
+else:
+key, val = p.split('=')
+params_dict[key] = val
+
+return params_dict
--
1.8.3.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/7] wic: Add gummiboot support to bootimg-efi
Add gummiboot support to bootimg-efi, which retains the existing
grub-efi support (though requires an update to the .wks file).
Signed-off-by: Tom Zanussi tom.zanu...@linux.intel.com
---
scripts/lib/wic/plugins/source/bootimg-efi.py | 113 +-
1 file changed, 91 insertions(+), 22 deletions(-)
diff --git a/scripts/lib/wic/plugins/source/bootimg-efi.py
b/scripts/lib/wic/plugins/source/bootimg-efi.py
index ea94fd2..855bbc2 100644
--- a/scripts/lib/wic/plugins/source/bootimg-efi.py
+++ b/scripts/lib/wic/plugins/source/bootimg-efi.py
@@ -42,19 +42,10 @@ class BootimgEFIPlugin(SourcePlugin):
name = 'bootimg-efi'
@classmethod
-def do_configure_partition(self, source_params, part, cr, cr_workdir,
- oe_builddir, bootimg_dir, kernel_dir,
- native_sysroot):
+def do_configure_grubefi(self, hdddir, cr, cr_workdir):
-Called before do_prepare_partition(), creates grubefi config
+Create loader-specific (grub-efi) config
-hdddir = %s/hdd/boot % cr_workdir
-rm_cmd = rm -rf %s % cr_workdir
-exec_cmd(rm_cmd)
-
-install_cmd = install -d %s/EFI/BOOT % hdddir
-exec_cmd(install_cmd)
-
splash = os.path.join(cr_workdir, /EFI/boot/splash.jpg)
if os.path.exists(splash):
splashline = menu background splash.jpg
@@ -73,7 +64,7 @@ class BootimgEFIPlugin(SourcePlugin):
grubefi_conf += timeout=%s\n % timeout
grubefi_conf += menuentry 'boot'{\n
-kernel = /vmlinuz
+kernel = /bzImage
if cr._ptable_format == 'msdos':
rootstr = rootdev
@@ -93,6 +84,79 @@ class BootimgEFIPlugin(SourcePlugin):
cfg.close()
@classmethod
+def do_configure_gummiboot(self, hdddir, cr, cr_workdir):
+
+Create loader-specific (gummiboot) config
+
+install_cmd = install -d %s/loader % hdddir
+exec_cmd(install_cmd)
+
+install_cmd = install -d %s/loader/entries % hdddir
+exec_cmd(install_cmd)
+
+(rootdev, root_part_uuid) = cr._get_boot_config()
+options = cr.ks.handler.bootloader.appendLine
+
+timeout = kickstart.get_timeout(cr.ks)
+if not timeout:
+timeout = 0
+
+loader_conf =
+loader_conf += default boot\n
+loader_conf += timeout %d\n % timeout
+
+msger.debug(Writing gummiboot config %s/hdd/boot/loader/loader.conf \
+% cr_workdir)
+cfg = open(%s/hdd/boot/loader/loader.conf % cr_workdir, w)
+cfg.write(loader_conf)
+cfg.close()
+
+kernel = /bzImage
+
+if cr._ptable_format == 'msdos':
+rootstr = rootdev
+else:
+raise ImageError(Unsupported partition table format found)
+
+boot_conf =
+boot_conf += title boot\n
+boot_conf += linux %s\n % kernel
+boot_conf += options LABEL=Boot root=%s %s\n \
+% (rootstr, options)
+
+msger.debug(Writing gummiboot config
%s/hdd/boot/loader/entries/boot.conf \
+% cr_workdir)
+cfg = open(%s/hdd/boot/loader/entries/boot.conf % cr_workdir, w)
+cfg.write(boot_conf)
+cfg.close()
+
+
+@classmethod
+def do_configure_partition(self, part, source_params, cr, cr_workdir,
+ oe_builddir, bootimg_dir, kernel_dir,
+ native_sysroot):
+
+Called before do_prepare_partition(), creates loader-specific config
+
+hdddir = %s/hdd/boot % cr_workdir
+rm_cmd = rm -rf %s % cr_workdir
+exec_cmd(rm_cmd)
+
+install_cmd = install -d %s/EFI/BOOT % hdddir
+exec_cmd(install_cmd)
+
+try:
+if source_params['loader'] == 'grub-efi':
+self.do_configure_grubefi(hdddir, cr, cr_workdir)
+elif source_params['loader'] == 'gummiboot':
+self.do_configure_gummiboot(hdddir, cr, cr_workdir)
+else:
+msger.error(unrecognized bootimg-efi loader: %s %
source_params['loader'])
+except KeyError:
+msger.error(bootimg-efi requires a loader, none specified)
+
+
+@classmethod
def do_prepare_partition(self, part, source_params, cr, cr_workdir,
oe_builddir, bootimg_dir, kernel_dir,
rootfs_dir, native_sysroot):
@@ -117,14 +181,21 @@ class BootimgEFIPlugin(SourcePlugin):
(staging_kernel_dir, hdddir)
exec_cmd(install_cmd)
-shutil.copyfile(%s/hdd/boot/EFI/BOOT/grub.cfg % cr_workdir,
-%s/grub.cfg % cr_workdir)
-
-cp_cmd = cp %s/EFI/BOOT/* %s/EFI/BOOT % (staging_data_dir, hdddir)
-exec_cmd(cp_cmd, True)
-
-shutil.move(%s/grub.cfg % cr_workdir,
-%s/hdd/boot/EFI/BOOT/grub.cfg % cr_workdir)
+
[OE-core] [PATCH 7/7] wic: Add mkgummidisk kickstart file
This is the same as mkefidisk but uses gummiboot instead of grub-efi. Signed-off-by: Tom Zanussi tom.zanu...@linux.intel.com --- scripts/lib/image/canned-wks/mkgummidisk.wks | 11 +++ 1 file changed, 11 insertions(+) create mode 100644 scripts/lib/image/canned-wks/mkgummidisk.wks diff --git a/scripts/lib/image/canned-wks/mkgummidisk.wks b/scripts/lib/image/canned-wks/mkgummidisk.wks new file mode 100644 index 000..f81cbdf --- /dev/null +++ b/scripts/lib/image/canned-wks/mkgummidisk.wks @@ -0,0 +1,11 @@ +# short-description: Create an EFI disk image +# long-description: Creates a partitioned EFI disk image that the user +# can directly dd to boot media. + +part /boot --source bootimg-efi --sourceparams=loader=gummiboot --ondisk sda --label msdos --active --align 1024 + +part / --source rootfs --ondisk sda --fstype=ext3 --label platform --align 1024 + +part swap --ondisk sda --size 44 --label swap1 --fstype=swap + +bootloader --timeout=10 --append=rootwait rootfstype=ext3 console=ttyPCH0,115200 console=tty0 vmalloc=256MB snd-hda-intel.enable_msi=0 -- 1.8.3.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/7] wic: Add sourceparam param to partition plugin methods
The sourceparam param allows source plugins to be parameterized generically (via --sourceparams=key=val[,key=val], implemented previously). Signed-off-by: Tom Zanussi tom.zanu...@linux.intel.com --- scripts/lib/wic/kickstart/custom_commands/partition.py | 6 +++--- scripts/lib/wic/pluginbase.py | 15 +-- scripts/lib/wic/plugins/source/bootimg-efi.py | 10 ++ scripts/lib/wic/plugins/source/bootimg-pcbios.py | 10 ++ scripts/lib/wic/plugins/source/rootfs.py | 5 +++-- 5 files changed, 27 insertions(+), 19 deletions(-) diff --git a/scripts/lib/wic/kickstart/custom_commands/partition.py b/scripts/lib/wic/kickstart/custom_commands/partition.py index 3920adb..76cf7a9 100644 --- a/scripts/lib/wic/kickstart/custom_commands/partition.py +++ b/scripts/lib/wic/kickstart/custom_commands/partition.py @@ -143,16 +143,16 @@ class Wic_PartData(Mic_PartData): msger.error(The '%s' --source specified for %s doesn't exist.\n\tSee 'wic list source-plugins' for a list of available --sources.\n\tSee 'wic help source-plugins' for details on adding a new source plugin. % (self.source, self.mountpoint)) self._source_methods = pluginmgr.get_source_plugin_methods(self.source, partition_methods) -self._source_methods[do_configure_partition](self, cr, cr_workdir, +self._source_methods[do_configure_partition](self, None, cr, cr_workdir, oe_builddir, bootimg_dir, kernel_dir, native_sysroot) -self._source_methods[do_stage_partition](self, cr, cr_workdir, +self._source_methods[do_stage_partition](self, None, cr, cr_workdir, oe_builddir, bootimg_dir, kernel_dir, native_sysroot) -self._source_methods[do_prepare_partition](self, cr, cr_workdir, +self._source_methods[do_prepare_partition](self, None, cr, cr_workdir, oe_builddir, bootimg_dir, kernel_dir, rootfs_dir, native_sysroot) diff --git a/scripts/lib/wic/pluginbase.py b/scripts/lib/wic/pluginbase.py index 06f318f..b8b3a46 100644 --- a/scripts/lib/wic/pluginbase.py +++ b/scripts/lib/wic/pluginbase.py @@ -64,8 +64,9 @@ class SourcePlugin(_Plugin): msger.debug(SourcePlugin: do_install_disk: disk: %s % disk_name) @classmethod -def do_stage_partition(self, part, cr, workdir, oe_builddir, bootimg_dir, - kernel_dir, native_sysroot): +def do_stage_partition(self, part, source_params, cr, cr_workdir, + oe_builddir, bootimg_dir, kernel_dir, + native_sysroot): Special content staging hook called before do_prepare_partition(), normally empty. @@ -80,8 +81,9 @@ class SourcePlugin(_Plugin): msger.debug(SourcePlugin: do_stage_partition: part: %s % part) @classmethod -def do_configure_partition(self, part, cr, cr_workdir, oe_builddir, - bootimg_dir, kernel_dir, native_sysroot): +def do_configure_partition(self, part, source_params, cr, cr_workdir, + oe_builddir, bootimg_dir, kernel_dir, + native_sysroot): Called before do_prepare_partition(), typically used to create custom configuration files for a partition, for example @@ -90,8 +92,9 @@ class SourcePlugin(_Plugin): msger.debug(SourcePlugin: do_configure_partition: part: %s % part) @classmethod -def do_prepare_partition(self, part, cr, cr_workdir, oe_builddir, bootimg_dir, - kernel_dir, rootfs_dir, native_sysroot): +def do_prepare_partition(self, part, source_params, cr, cr_workdir, + oe_builddir, bootimg_dir, kernel_dir, rootfs_dir, + native_sysroot): Called to do the actual content population for a partition i.e. it 'prepares' the partition to be incorporated into the image. diff --git a/scripts/lib/wic/plugins/source/bootimg-efi.py b/scripts/lib/wic/plugins/source/bootimg-efi.py index 53f1782..ea94fd2 100644 --- a/scripts/lib/wic/plugins/source/bootimg-efi.py +++ b/scripts/lib/wic/plugins/source/bootimg-efi.py @@ -42,8 +42,9 @@ class BootimgEFIPlugin(SourcePlugin): name = 'bootimg-efi' @classmethod -def do_configure_partition(self, part, cr, cr_workdir, oe_builddir, - bootimg_dir, kernel_dir,
[OE-core] [PATCH 1/1] bootchart2: fix installed-vs-shipped
Fixed:
ERROR: QA Issue: bootchart2: Files/directories were installed but not shipped
/lib
/lib/bootchart
/lib/bootchart/bootchart-collector
/lib/bootchart/tmpfs
/lib/bootchart/.debug
/lib/bootchart/.debug/bootchart-collector [installed-vs-shipped]
local.conf:
MACHINE = qemux86-64
require conf/multilib.conf
MULTILIBS = multilib:lib32
DEFAULTTUNE_virtclass-multilib-lib32 = x86
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/recipes-devtools/bootchart2/bootchart2_git.bb |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/bootchart2/bootchart2_git.bb
b/meta/recipes-devtools/bootchart2/bootchart2_git.bb
index e583852..4116304 100644
--- a/meta/recipes-devtools/bootchart2/bootchart2_git.bb
+++ b/meta/recipes-devtools/bootchart2/bootchart2_git.bb
@@ -123,6 +123,7 @@ do_install () {
export PY_LIBDIR=${libdir}/${PYTHON_DIR}
export BINDIR=${bindir}
export DESTDIR=${D}
+export LIBDIR=${base_libdir}
oe_runmake install
install -d ${D}${sysconfdir}/init.d
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] bootchart2: fix installed-vs-shipped
The following changes since commit 4321c553d5ae816e566234e981a0815bba046d39: SIGGEN_EXCLUDERECIPES_ABISAFE: add initscripts (2014-08-11 17:44:09 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/boot http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/boot Robert Yang (1): bootchart2: fix installed-vs-shipped meta/recipes-devtools/bootchart2/bootchart2_git.bb |1 + 1 file changed, 1 insertion(+) -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] qemu-native: depends on libxext-native when enable sdl
Ping, I think that it can fix qemu-native's build error on Yocto's AB: ERROR: User requested feature sdl configure was not able to find it. Install SDL devel // Robert On 07/29/2014 04:02 PM, Robert Yang wrote: The following changes since commit 91ca6b1b2e009381d8e813906654c0958eee7efc: lib/oe/rootfs: Improve error message whitespace (2014-07-28 12:20:56 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/qemu http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/qemu Robert Yang (1): qemu-native: depends on libxext-native when enable sdl meta/recipes-devtools/qemu/qemu.inc |5 - 1 file changed, 4 insertions(+), 1 deletion(-) -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Error: package not found in the base feeds (genericx86_64 x86_64 noarch any all)
Hi,
I am constantly getting error:Error: liburiparser1 not found in the base feeds
(genericx86_64 x86_64 noarch any all). My receipe name is
liburiparser_0.8.0.bb. So from where liburiparser1 is coming from. Very
surprising for me.
For each and every package it is giving the same error i.e. package not found
in the base feedsnbsp;nbsp;(genericx86_64 x86_64 noarch any all).
My liburiparser receipe is as follows:
DESCRIPTION = uriparser is a strictly RFC 3986 compliant URI parsing
library.HOMEPAGE = http://uriparser.sf.netSECTION = basePR=r10LICENSE =
BSDLIC_FILES_CHKSUM =
file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302SRC_URI
=
http://ncu.dl.sourceforge.net/project/uriparser/Sources/0.8.0/uriparser-${PV}.tar.bz2SRC_URI[md5sum]
= 77601f52ab91c0e100fc5d783d9c1ee5SRC_URI[sha256sum] =
1dd9f9779d8f17822bd7d68ba042fd67779b6e4ccf162bd3c9d0ff19a8ba9bf7
S = ${WORKDIR}/uriparser-0.8.0
EXTRA_OECONF= --disable-test --disable-doc
inherit autotools
do_compile() {nbsp; nbsp; nbsp; nbsp; oe_runconfnbsp; nbsp; nbsp; nbsp;
oe_runmake}do_install() {nbsp; nbsp; nbsp; nbsp; install -d
${D}/usr/libnbsp; nbsp; nbsp; nbsp; install -d
${STAGING_INCDIR}/uriparser/nbsp; nbsp; nbsp; nbsp; install -m 0644
./include/uriparser/*.h ${STAGING_INCDIR}/uriparser/nbsp; nbsp; nbsp; nbsp;
install -m 644 ${S}/.libs/*.so* ${D}/usr/lib/}PACKAGES =+
liburiparserFILES_liburiparser += ${D}${libdir}
${D}${libdir}/liburiparser.sonbsp;${D}${libdir}/liburiparser.so.1
${D}${libdir}/liburiparser.so.1.*BBCLASSEXTEND = native
Please help to resolve the same.
Regards,Himanshu--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe] Error: package not found in the base feeds (genericx86_64 x86_64 noarch any all)
Hello,
I can't see the format in the your email, please send it in plain text if
possible.
And for your questions:
* where liburiparser1 is coming from
It is a debian style name, the so is liburiparser.so.1 (note the 1 in
the end) so the pkg name is liburiparser1, please see the debian.bbclass
for more info.
* For the errors:
Error: liburiparser1 not found in the base feeds
Did you run bitbake liburiparser ?
And which package RDEPENDS on liburiparser ?
// Robert
On 08/12/2014 01:15 PM, Himanshu Pandey wrote:
Hi,
I am constantly getting error:Error: liburiparser1 not found in the base feeds
(genericx86_64 x86_64 noarch any all). My receipe name is
liburiparser_0.8.0.bb. So from where liburiparser1 is coming from. Very
surprising for me.
For each and every package it is giving the same error i.e. package not found in the
base feedsnbsp;nbsp;(genericx86_64 x86_64 noarch any all).
My liburiparser receipe is as follows:
DESCRIPTION = uriparser is a strictly RFC 3986 compliant URI parsing library.HOMEPAGE = http://uriparser.sf.netSECTION =
basePR=r10LICENSE = BSDLIC_FILES_CHKSUM = file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302SRC_URI =
http://ncu.dl.sourceforge.net/project/uriparser/Sources/0.8.0/uriparser-${PV}.tar.bz2SRC_URI[md5sum] =
77601f52ab91c0e100fc5d783d9c1ee5SRC_URI[sha256sum] = 1dd9f9779d8f17822bd7d68ba042fd67779b6e4ccf162bd3c9d0ff19a8ba9bf7
S = ${WORKDIR}/uriparser-0.8.0
EXTRA_OECONF= --disable-test --disable-doc
inherit autotools
do_compile() {nbsp; nbsp; nbsp; nbsp; oe_runconfnbsp; nbsp; nbsp; nbsp; oe_runmake}do_install() {nbsp; nbsp; nbsp; nbsp; install -d
${D}/usr/libnbsp; nbsp; nbsp; nbsp; install -d ${STAGING_INCDIR}/uriparser/nbsp; nbsp; nbsp; nbsp; install -m 0644 ./include/uriparser/*.h
${STAGING_INCDIR}/uriparser/nbsp; nbsp; nbsp; nbsp; install -m 644 ${S}/.libs/*.so* ${D}/usr/lib/}PACKAGES =+ liburiparserFILES_liburiparser += ${D}${libdir}
${D}${libdir}/liburiparser.sonbsp;${D}${libdir}/liburiparser.so.1 ${D}${libdir}/liburiparser.so.1.*BBCLASSEXTEND = native
Please help to resolve the same.
Regards,Himanshu
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
