* [PATCH 02/16] bitbake pseudo wrapper: Don't base success on bitbake return code
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
@ 2011-09-29 4:20 ` Matthew McClintock
2011-09-29 8:26 ` Richard Purdie
2011-09-29 4:20 ` [PATCH 03/16] Update gitignore to ignore all meta-* directories Matthew McClintock
` (14 subsequent siblings)
15 siblings, 1 reply; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:20 UTC (permalink / raw)
To: openembedded-core
bitbake does not return 0 when a build succeeds. Instead lets look and
make sure the pseudo binaries are created as a proper test of success
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
scripts/bitbake | 5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/scripts/bitbake b/scripts/bitbake
index 587428c..4f4a179 100755
--- a/scripts/bitbake
+++ b/scripts/bitbake
@@ -61,13 +61,12 @@ if [ $buildpseudo = "1" ]; then
TARTARGET=""
fi
bitbake pseudo-native $TARTARGET -c populate_sysroot
+ PSEUDOBINDIR=`bitbake -e | grep STAGING_BINDIR_NATIVE=\" | cut -d '=' -f2 | cut -d '"' -f2`
ret=$?
if [ "$ret" != "0" ]; then
exit 1
fi
- PSEUDOBINDIR=`bitbake -e | grep STAGING_BINDIR_NATIVE=\" | cut -d '=' -f2 | cut -d '"' -f2`
- ret=$?
- if [ "$ret" != "0" ]; then
+ if [ ! -e $PSEUDOBINDIR/pseudo ]; then
exit 1
fi
echo $PSEUDOBINDIR > $BUILDDIR/pseudodone
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* Re: [PATCH 02/16] bitbake pseudo wrapper: Don't base success on bitbake return code
2011-09-29 4:20 ` [PATCH 02/16] bitbake pseudo wrapper: Don't base success on bitbake return code Matthew McClintock
@ 2011-09-29 8:26 ` Richard Purdie
2011-09-29 18:04 ` McClintock Matthew-B29882
0 siblings, 1 reply; 36+ messages in thread
From: Richard Purdie @ 2011-09-29 8:26 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Wed, 2011-09-28 at 23:20 -0500, Matthew McClintock wrote:
> bitbake does not return 0 when a build succeeds.
Er, yes it does. If you're seeing something other than 0 its likely
because you're seeing ERROR messages?
Cheers,
Richard
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: [PATCH 02/16] bitbake pseudo wrapper: Don't base success on bitbake return code
2011-09-29 8:26 ` Richard Purdie
@ 2011-09-29 18:04 ` McClintock Matthew-B29882
2011-09-29 18:27 ` Richard Purdie
0 siblings, 1 reply; 36+ messages in thread
From: McClintock Matthew-B29882 @ 2011-09-29 18:04 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Thu, Sep 29, 2011 at 3:26 AM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Wed, 2011-09-28 at 23:20 -0500, Matthew McClintock wrote:
>> bitbake does not return 0 when a build succeeds.
>
> Er, yes it does. If you're seeing something other than 0 its likely
> because you're seeing ERROR messages?
First off, this appears to have been fixed along the way. But I know I
was getting a message like:
[snip]
NOTE: Tasks Summary: Attempted 133 tasks of which 0 didn't need to be
rerun and 0 failed.
Then it would stop after building pseudo-native. Maybe we should add a
message to scripts/bitbake so we get an actual failure message when
this occurs? Also, are these errors relevant if we built psuedo-native
properly?
-M
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: [PATCH 02/16] bitbake pseudo wrapper: Don't base success on bitbake return code
2011-09-29 18:04 ` McClintock Matthew-B29882
@ 2011-09-29 18:27 ` Richard Purdie
2011-09-29 18:30 ` McClintock Matthew-B29882
0 siblings, 1 reply; 36+ messages in thread
From: Richard Purdie @ 2011-09-29 18:27 UTC (permalink / raw)
To: McClintock Matthew-B29882,
Patches and discussions about the oe-core layer
On Thu, 2011-09-29 at 18:04 +0000, McClintock Matthew-B29882 wrote:
> On Thu, Sep 29, 2011 at 3:26 AM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> > On Wed, 2011-09-28 at 23:20 -0500, Matthew McClintock wrote:
> >> bitbake does not return 0 when a build succeeds.
> >
> > Er, yes it does. If you're seeing something other than 0 its likely
> > because you're seeing ERROR messages?
>
> First off, this appears to have been fixed along the way. But I know I
> was getting a message like:
>
> [snip]
> NOTE: Tasks Summary: Attempted 133 tasks of which 0 didn't need to be
> rerun and 0 failed.
Can you file an enhancement bug to list the number of errors and
warnings shown in the summary please? :)
We need to make it more obvious how many warnings/errors are occurring
since errors change the exit code.
> Then it would stop after building pseudo-native. Maybe we should add a
> message to scripts/bitbake so we get an actual failure message when
> this occurs? Also, are these errors relevant if we built psuedo-native
> properly?
Hard to say without seeing what they were...
Cheers,
Richard
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 03/16] Update gitignore to ignore all meta-* directories
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
2011-09-29 4:20 ` [PATCH 02/16] bitbake pseudo wrapper: Don't base success on bitbake return code Matthew McClintock
@ 2011-09-29 4:20 ` Matthew McClintock
2011-09-29 6:45 ` Dmitry Eremin-Solenikov
2011-09-29 4:20 ` [PATCH 04/16] Add support for generating ext2.bz2{, .u-boot} images Matthew McClintock
` (13 subsequent siblings)
15 siblings, 1 reply; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:20 UTC (permalink / raw)
To: openembedded-core
meta-XYZ directories have been manually added in the past, instead
always ignore them unless they are explicitly added
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
.gitignore | 6 +-----
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/.gitignore b/.gitignore
index d44e729..679cb11 100644
--- a/.gitignore
+++ b/.gitignore
@@ -9,11 +9,7 @@ build*/pyshtables.py
pstage/
scripts/oe-git-proxy-socks
sources/
-meta-darwin
-meta-maemo
-meta-extras
-meta-m2
-meta-prvt*
+meta-*
*.swp
*.orig
*.rej
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* Re: [PATCH 03/16] Update gitignore to ignore all meta-* directories
2011-09-29 4:20 ` [PATCH 03/16] Update gitignore to ignore all meta-* directories Matthew McClintock
@ 2011-09-29 6:45 ` Dmitry Eremin-Solenikov
0 siblings, 0 replies; 36+ messages in thread
From: Dmitry Eremin-Solenikov @ 2011-09-29 6:45 UTC (permalink / raw)
To: openembedded-core
Hello,
On 09/29/2011 08:20 AM, Matthew McClintock wrote:
> meta-XYZ directories have been manually added in the past, instead
> always ignore them unless they are explicitly added
For cleanness you should probably explicitly escape meta-skeleton and
meta-demoapps from .gitignore (see man).
>
> Signed-off-by: Matthew McClintock<msm@freescale.com>
> ---
> .gitignore | 6 +-----
> 1 files changed, 1 insertions(+), 5 deletions(-)
>
> diff --git a/.gitignore b/.gitignore
> index d44e729..679cb11 100644
> --- a/.gitignore
> +++ b/.gitignore
> @@ -9,11 +9,7 @@ build*/pyshtables.py
> pstage/
> scripts/oe-git-proxy-socks
> sources/
> -meta-darwin
> -meta-maemo
> -meta-extras
> -meta-m2
> -meta-prvt*
> +meta-*
> *.swp
> *.orig
> *.rej
--
With best wishes
Dmitry
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 04/16] Add support for generating ext2.bz2{, .u-boot} images
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
2011-09-29 4:20 ` [PATCH 02/16] bitbake pseudo wrapper: Don't base success on bitbake return code Matthew McClintock
2011-09-29 4:20 ` [PATCH 03/16] Update gitignore to ignore all meta-* directories Matthew McClintock
@ 2011-09-29 4:20 ` Matthew McClintock
2011-09-29 4:20 ` [PATCH 05/16] Add support for generating ext2.lzma{, " Matthew McClintock
` (12 subsequent siblings)
15 siblings, 0 replies; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:20 UTC (permalink / raw)
To: openembedded-core
Machines can now add ext2.bz2 and ext2.bz2.u-boot images as a
generated image type. This also adds an extra parameter to
oe_mkimage which is the image compression type for mkimage
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
meta/classes/image_types.bbclass | 9 ++++++++-
meta/classes/image_types_uboot.bbclass | 14 +++++++++-----
2 files changed, 17 insertions(+), 6 deletions(-)
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index c24b326..4619ebe 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -46,6 +46,13 @@ IMAGE_CMD_ext2.gz () {
mv ${DEPLOY_DIR_IMAGE}/tmp.gz-${PN}/${IMAGE_NAME}.rootfs.ext2.gz ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext2.gz
rmdir ${DEPLOY_DIR_IMAGE}/tmp.gz-${PN}
}
+IMAGE_CMD_ext2.bz2 () {
+ rm -rf ${DEPLOY_DIR_IMAGE}/tmp.gz && mkdir ${DEPLOY_DIR_IMAGE}/tmp.gz
+ genext2fs -b $ROOTFS_SIZE -d ${IMAGE_ROOTFS} ${EXTRA_IMAGECMD} ${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext2
+ bzip2 -f -9 ${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext2
+ mv ${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext2.bz2 ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext2.bz2
+ rmdir ${DEPLOY_DIR_IMAGE}/tmp.gz
+}
IMAGE_CMD_ext3 () {
genext2fs -b $ROOTFS_SIZE -d ${IMAGE_ROOTFS} ${EXTRA_IMAGECMD} ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3
@@ -141,4 +148,4 @@ 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 cramfs ext2 ext2.gz ext3 ext3.gz live squashfs squashfs-lzma ubi tar tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma"
+IMAGE_TYPES = "jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz live squashfs squashfs-lzma ubi tar tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma"
diff --git a/meta/classes/image_types_uboot.bbclass b/meta/classes/image_types_uboot.bbclass
index 10fa2f7..aee88a6 100644
--- a/meta/classes/image_types_uboot.bbclass
+++ b/meta/classes/image_types_uboot.bbclass
@@ -1,20 +1,24 @@
inherit image_types kernel-arch
oe_mkimage () {
- mkimage -A ${UBOOT_ARCH} -O linux -T ramdisk -C gzip -n ${IMAGE_NAME} \
+ mkimage -A ${UBOOT_ARCH} -O linux -T ramdisk -C $2 -n ${IMAGE_NAME} \
-d ${DEPLOY_DIR_IMAGE}/$1 ${DEPLOY_DIR_IMAGE}/$1.u-boot
}
IMAGE_DEPENDS_ext2.gz.u-boot = "genext2fs-native e2fsprogs-native u-boot-mkimage-native"
IMAGE_CMD_ext2.gz.u-boot = "${IMAGE_CMD_ext2.gz} \
- oe_mkimage ${IMAGE_NAME}.rootfs.ext2.gz"
+ oe_mkimage ${IMAGE_NAME}.rootfs.ext2.gz gzip"
+
+IMAGE_DEPENDS_ext2.bz2.u-boot = "genext2fs-native e2fsprogs-native u-boot-mkimage-native"
+IMAGE_CMD_ext2.bz2.u-boot = "${IMAGE_CMD_ext2.bz2} \
+ oe_mkimage ${IMAGE_NAME}.rootfs.ext2.bz2 bzip2"
IMAGE_DEPENDS_ext3.gz.u-boot = "genext2fs-native e2fsprogs-native u-boot-mkimage-native"
IMAGE_CMD_ext3.gz.u-boot = "${IMAGE_CMD_ext3.gz} \
- oe_mkimage ${IMAGE_NAME}.rootfs.ext3.gz"
+ oe_mkimage ${IMAGE_NAME}.rootfs.ext3.gz gzip"
IMAGE_DEPENDS_ext4.gz.u-boot = "genext2fs-native e2fsprogs-native u-boot-mkimage-native"
IMAGE_CMD_ext4.gz.u-boot = "${IMAGE_CMD_ext4.gz} \
- oe_mkimage ${IMAGE_NAME}.rootfs.ext4.gz"
+ oe_mkimage ${IMAGE_NAME}.rootfs.ext4.gz gzip"
-IMAGE_TYPES += "ext2.gz.u-boot ext3.gz.u-boot ext4.gz.u-boot"
+IMAGE_TYPES += "ext2.gz.u-boot ext2.bz2.u-boot ext3.gz.u-boot ext4.gz.u-boot"
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* [PATCH 05/16] Add support for generating ext2.lzma{, .u-boot} images
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
` (2 preceding siblings ...)
2011-09-29 4:20 ` [PATCH 04/16] Add support for generating ext2.bz2{, .u-boot} images Matthew McClintock
@ 2011-09-29 4:20 ` Matthew McClintock
2011-09-29 4:21 ` [PATCH 06/16] Fix perl for powerpc64 build Matthew McClintock
` (11 subsequent siblings)
15 siblings, 0 replies; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:20 UTC (permalink / raw)
To: openembedded-core
Machines can now add ext2.lzma and ext2.lzma.u-boot images as a
generated image type.
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
meta/classes/image_types.bbclass | 11 ++++++++++-
meta/classes/image_types_uboot.bbclass | 6 +++++-
2 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 4619ebe..2260915 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -53,6 +53,13 @@ IMAGE_CMD_ext2.bz2 () {
mv ${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext2.bz2 ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext2.bz2
rmdir ${DEPLOY_DIR_IMAGE}/tmp.gz
}
+IMAGE_CMD_ext2.lzma () {
+ rm -rf ${DEPLOY_DIR_IMAGE}/tmp.gz && mkdir ${DEPLOY_DIR_IMAGE}/tmp.gz
+ genext2fs -b $ROOTFS_SIZE -d ${IMAGE_ROOTFS} ${EXTRA_IMAGECMD} ${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext2
+ lzma -f -7 ${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext2
+ mv ${DEPLOY_DIR_IMAGE}/tmp.gz/${IMAGE_NAME}.rootfs.ext2.lzma ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext2.lzma
+ rmdir ${DEPLOY_DIR_IMAGE}/tmp.gz
+}
IMAGE_CMD_ext3 () {
genext2fs -b $ROOTFS_SIZE -d ${IMAGE_ROOTFS} ${EXTRA_IMAGECMD} ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3
@@ -134,6 +141,8 @@ IMAGE_DEPENDS_jffs2 = "mtd-utils-native"
IMAGE_DEPENDS_cramfs = "cramfs-native"
IMAGE_DEPENDS_ext2 = "genext2fs-native"
IMAGE_DEPENDS_ext2.gz = "genext2fs-native"
+IMAGE_DEPENDS_ext2.bz2 = "genext2fs-native"
+IMAGE_DEPENDS_ext2.lzma = "genext2fs-native"
IMAGE_DEPENDS_ext3 = "genext2fs-native e2fsprogs-native"
IMAGE_DEPENDS_ext3.gz = "genext2fs-native e2fsprogs-native"
IMAGE_DEPENDS_ext4 = "genext2fs-native e2fsprogs-native"
@@ -148,4 +157,4 @@ 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 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz live squashfs squashfs-lzma ubi tar tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma"
+IMAGE_TYPES = "jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz ext2.lzma live squashfs squashfs-lzma ubi tar tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma"
diff --git a/meta/classes/image_types_uboot.bbclass b/meta/classes/image_types_uboot.bbclass
index aee88a6..65dc91b 100644
--- a/meta/classes/image_types_uboot.bbclass
+++ b/meta/classes/image_types_uboot.bbclass
@@ -13,6 +13,10 @@ IMAGE_DEPENDS_ext2.bz2.u-boot = "genext2fs-native e2fsprogs-native u-boot-mkimag
IMAGE_CMD_ext2.bz2.u-boot = "${IMAGE_CMD_ext2.bz2} \
oe_mkimage ${IMAGE_NAME}.rootfs.ext2.bz2 bzip2"
+IMAGE_DEPENDS_ext2.lzma.u-boot = "genext2fs-native e2fsprogs-native u-boot-mkimage-native"
+IMAGE_CMD_ext2.lzma.u-boot = "${IMAGE_CMD_ext2.lzma} \
+ oe_mkimage ${IMAGE_NAME}.rootfs.ext2.lzma lzma"
+
IMAGE_DEPENDS_ext3.gz.u-boot = "genext2fs-native e2fsprogs-native u-boot-mkimage-native"
IMAGE_CMD_ext3.gz.u-boot = "${IMAGE_CMD_ext3.gz} \
oe_mkimage ${IMAGE_NAME}.rootfs.ext3.gz gzip"
@@ -21,4 +25,4 @@ IMAGE_DEPENDS_ext4.gz.u-boot = "genext2fs-native e2fsprogs-native u-boot-mkimage
IMAGE_CMD_ext4.gz.u-boot = "${IMAGE_CMD_ext4.gz} \
oe_mkimage ${IMAGE_NAME}.rootfs.ext4.gz gzip"
-IMAGE_TYPES += "ext2.gz.u-boot ext2.bz2.u-boot ext3.gz.u-boot ext4.gz.u-boot"
+IMAGE_TYPES += "ext2.gz.u-boot ext2.bz2.u-boot ext2.lzma.u-boot ext3.gz.u-boot ext4.gz.u-boot"
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* [PATCH 06/16] Fix perl for powerpc64 build
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
` (3 preceding siblings ...)
2011-09-29 4:20 ` [PATCH 05/16] Add support for generating ext2.lzma{, " Matthew McClintock
@ 2011-09-29 4:21 ` Matthew McClintock
2011-09-29 4:21 ` [PATCH 07/16] Fix lttng-ust for powerpc64 Matthew McClintock
` (10 subsequent siblings)
15 siblings, 0 replies; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:21 UTC (permalink / raw)
To: openembedded-core
Build environment for ARCH was set to powerpc on a powerpc64
build, this adds an override to set this to powerpc64 when
doing this type of build
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
meta/recipes-devtools/perl/perl_5.12.3.bb | 6 ++++--
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/perl/perl_5.12.3.bb b/meta/recipes-devtools/perl/perl_5.12.3.bb
index e4769a4..d1ac0e8 100644
--- a/meta/recipes-devtools/perl/perl_5.12.3.bb
+++ b/meta/recipes-devtools/perl/perl_5.12.3.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = "file://Copying;md5=2b4c6ffbcfcbdee469f02565f253d81a \
# We need gnugrep (for -I)
DEPENDS = "virtual/db grep-native"
DEPENDS += "gdbm zlib"
-PR = "r5"
+PR = "r6"
# 5.10.1 has Module::Build built-in
PROVIDES += "libmodule-build-perl"
@@ -95,6 +95,8 @@ export LDDLFLAGS = "${LDFLAGS} -shared"
# We're almost Debian, aren't we?
CFLAGS += "-DDEBIAN"
+export ARCH_powerpc64 = "powerpc64"
+
do_nolargefile() {
sed -i -e "s,\(uselargefiles=\)'define',\1'undef',g" \
-e "s,\(d_readdir64_r=\)'define',\1'undef',g" \
@@ -156,7 +158,7 @@ do_configure() {
config.sh-${TARGET_ARCH}-${TARGET_OS}
case "${TARGET_ARCH}" in
- x86_64 | powerpc | s390)
+ x86_64 | powerpc | powerpc64 | s390)
sed -i -e "s,\(need_va_copy=\)'undef',\1'define',g" \
config.sh-${TARGET_ARCH}-${TARGET_OS}
;;
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* [PATCH 07/16] Fix lttng-ust for powerpc64
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
` (4 preceding siblings ...)
2011-09-29 4:21 ` [PATCH 06/16] Fix perl for powerpc64 build Matthew McClintock
@ 2011-09-29 4:21 ` Matthew McClintock
2011-09-29 15:50 ` Richard Purdie
2011-09-29 4:21 ` [PATCH 08/16] Fixup kexec-tools compatible host for powerpc Matthew McClintock
` (9 subsequent siblings)
15 siblings, 1 reply; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:21 UTC (permalink / raw)
To: openembedded-core
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
meta/recipes-kernel/lttng/fix-powerpc64.patch | 17 +++++++++++++++++
meta/recipes-kernel/lttng/lttng-ust_0.15.bb | 3 ++-
2 files changed, 19 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-kernel/lttng/fix-powerpc64.patch
diff --git a/meta/recipes-kernel/lttng/fix-powerpc64.patch b/meta/recipes-kernel/lttng/fix-powerpc64.patch
new file mode 100644
index 0000000..d347979
--- /dev/null
+++ b/meta/recipes-kernel/lttng/fix-powerpc64.patch
@@ -0,0 +1,17 @@
+Upstream-Status: Inappropriate configuration
+
+Add bit to detect if we are running on powerpc64 and treat it the
+same as ppc64
+
+Index: ust-0.15/configure.ac
+===================================================================
+--- ust-0.15.orig/configure.ac
++++ ust-0.15/configure.ac
+@@ -111,6 +111,7 @@ changequote([,])dnl
+ x86_64) LIBFORMAT="elf64-x86-64" ;;
+ powerpc) LIBFORMAT="elf32-powerpc" ;;
+ ppc64) LIBFORMAT="elf64-powerpc" ;;
++ powerpc64) LIBFORMAT="elf64-powerpc" ;;
+ s390) LIBFORMAT="elf32-s390" ;;
+ s390x) LIBFORMAT="elf64-s390" ;;
+ armv5) LIBFORMAT="elf32-littlearm"; NO_UNALIGNED_ACCESS=1 ;;
diff --git a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
index 915e619..9dd4658 100644
--- a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
+++ b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
@@ -10,9 +10,10 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=e647752e045a8c45b6f583771bd561ef \
DEPENDS = "liburcu"
-PR = "r2"
+PR = "r3"
SRC_URI = "http://lttng.org/files/ust/releases/ust-${PV}.tar.gz"
+SRC_URI_append_powerpc64 = " file://fix-powerpc64.patch"
SRC_URI[md5sum] = "86c71486a70695dc0b2171ad16fc82b3"
SRC_URI[sha256sum] = "7ff7ecdc051c0649d5fd21b5ceff4895ca95dc34f14cdc04e50de13cfd1903c5"
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* Re: [PATCH 07/16] Fix lttng-ust for powerpc64
2011-09-29 4:21 ` [PATCH 07/16] Fix lttng-ust for powerpc64 Matthew McClintock
@ 2011-09-29 15:50 ` Richard Purdie
2011-09-29 18:21 ` McClintock Matthew-B29882
0 siblings, 1 reply; 36+ messages in thread
From: Richard Purdie @ 2011-09-29 15:50 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
> Signed-off-by: Matthew McClintock <msm@freescale.com>
> ---
> meta/recipes-kernel/lttng/fix-powerpc64.patch | 17 +++++++++++++++++
> meta/recipes-kernel/lttng/lttng-ust_0.15.bb | 3 ++-
> 2 files changed, 19 insertions(+), 1 deletions(-)
> create mode 100644 meta/recipes-kernel/lttng/fix-powerpc64.patch
>
> diff --git a/meta/recipes-kernel/lttng/fix-powerpc64.patch b/meta/recipes-kernel/lttng/fix-powerpc64.patch
> new file mode 100644
> index 0000000..d347979
> --- /dev/null
> +++ b/meta/recipes-kernel/lttng/fix-powerpc64.patch
> @@ -0,0 +1,17 @@
> +Upstream-Status: Inappropriate configuration
Is this really inappropriate for upstream? It looks reasonable to me...
> +
> +Add bit to detect if we are running on powerpc64 and treat it the
> +same as ppc64
> +
> +Index: ust-0.15/configure.ac
> +===================================================================
> +--- ust-0.15.orig/configure.ac
> ++++ ust-0.15/configure.ac
> +@@ -111,6 +111,7 @@ changequote([,])dnl
> + x86_64) LIBFORMAT="elf64-x86-64" ;;
> + powerpc) LIBFORMAT="elf32-powerpc" ;;
> + ppc64) LIBFORMAT="elf64-powerpc" ;;
> ++ powerpc64) LIBFORMAT="elf64-powerpc" ;;
> + s390) LIBFORMAT="elf32-s390" ;;
> + s390x) LIBFORMAT="elf64-s390" ;;
> + armv5) LIBFORMAT="elf32-littlearm"; NO_UNALIGNED_ACCESS=1 ;;
> diff --git a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
> index 915e619..9dd4658 100644
> --- a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
> +++ b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
> @@ -10,9 +10,10 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=e647752e045a8c45b6f583771bd561ef \
>
> DEPENDS = "liburcu"
>
> -PR = "r2"
> +PR = "r3"
>
> SRC_URI = "http://lttng.org/files/ust/releases/ust-${PV}.tar.gz"
> +SRC_URI_append_powerpc64 = " file://fix-powerpc64.patch"
Does this really need to be conditional on powerppc64? Looks like it can
be applied unconditionally...
Cheers,
Richard
^ permalink raw reply [flat|nested] 36+ messages in thread* Re: [PATCH 07/16] Fix lttng-ust for powerpc64
2011-09-29 15:50 ` Richard Purdie
@ 2011-09-29 18:21 ` McClintock Matthew-B29882
2011-09-29 18:46 ` Richard Purdie
0 siblings, 1 reply; 36+ messages in thread
From: McClintock Matthew-B29882 @ 2011-09-29 18:21 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Thu, Sep 29, 2011 at 10:50 AM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
>> Signed-off-by: Matthew McClintock <msm@freescale.com>
>> ---
>> meta/recipes-kernel/lttng/fix-powerpc64.patch | 17 +++++++++++++++++
>> meta/recipes-kernel/lttng/lttng-ust_0.15.bb | 3 ++-
>> 2 files changed, 19 insertions(+), 1 deletions(-)
>> create mode 100644 meta/recipes-kernel/lttng/fix-powerpc64.patch
>>
>> diff --git a/meta/recipes-kernel/lttng/fix-powerpc64.patch b/meta/recipes-kernel/lttng/fix-powerpc64.patch
>> new file mode 100644
>> index 0000000..d347979
>> --- /dev/null
>> +++ b/meta/recipes-kernel/lttng/fix-powerpc64.patch
>> @@ -0,0 +1,17 @@
>> +Upstream-Status: Inappropriate configuration
>
> Is this really inappropriate for upstream? It looks reasonable to me...
Seems reasonable. What is the policy on this? Can I mark it "this
should be upstreamed" or must I mark it "this was sent upstream" and
then upstream the change?
>
>> +
>> +Add bit to detect if we are running on powerpc64 and treat it the
>> +same as ppc64
>> +
>> +Index: ust-0.15/configure.ac
>> +===================================================================
>> +--- ust-0.15.orig/configure.ac
>> ++++ ust-0.15/configure.ac
>> +@@ -111,6 +111,7 @@ changequote([,])dnl
>> + x86_64) LIBFORMAT="elf64-x86-64" ;;
>> + powerpc) LIBFORMAT="elf32-powerpc" ;;
>> + ppc64) LIBFORMAT="elf64-powerpc" ;;
>> ++ powerpc64) LIBFORMAT="elf64-powerpc" ;;
>> + s390) LIBFORMAT="elf32-s390" ;;
>> + s390x) LIBFORMAT="elf64-s390" ;;
>> + armv5) LIBFORMAT="elf32-littlearm"; NO_UNALIGNED_ACCESS=1 ;;
>> diff --git a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
>> index 915e619..9dd4658 100644
>> --- a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
>> +++ b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
>> @@ -10,9 +10,10 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=e647752e045a8c45b6f583771bd561ef \
>>
>> DEPENDS = "liburcu"
>>
>> -PR = "r2"
>> +PR = "r3"
>>
>> SRC_URI = "http://lttng.org/files/ust/releases/ust-${PV}.tar.gz"
>> +SRC_URI_append_powerpc64 = " file://fix-powerpc64.patch"
>
> Does this really need to be conditional on powerppc64? Looks like it can
> be applied unconditionally...
True, was trying to minimally effect other stuff. But I take it by the
comment you prefer this be done away with.
-M
^ permalink raw reply [flat|nested] 36+ messages in thread* Re: [PATCH 07/16] Fix lttng-ust for powerpc64
2011-09-29 18:21 ` McClintock Matthew-B29882
@ 2011-09-29 18:46 ` Richard Purdie
2011-09-30 16:58 ` Saul Wold
0 siblings, 1 reply; 36+ messages in thread
From: Richard Purdie @ 2011-09-29 18:46 UTC (permalink / raw)
To: McClintock Matthew-B29882,
Patches and discussions about the oe-core layer
On Thu, 2011-09-29 at 18:21 +0000, McClintock Matthew-B29882 wrote:
> On Thu, Sep 29, 2011 at 10:50 AM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> > On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
> >> Signed-off-by: Matthew McClintock <msm@freescale.com>
> >> ---
> >> meta/recipes-kernel/lttng/fix-powerpc64.patch | 17 +++++++++++++++++
> >> meta/recipes-kernel/lttng/lttng-ust_0.15.bb | 3 ++-
> >> 2 files changed, 19 insertions(+), 1 deletions(-)
> >> create mode 100644 meta/recipes-kernel/lttng/fix-powerpc64.patch
> >>
> >> diff --git a/meta/recipes-kernel/lttng/fix-powerpc64.patch b/meta/recipes-kernel/lttng/fix-powerpc64.patch
> >> new file mode 100644
> >> index 0000000..d347979
> >> --- /dev/null
> >> +++ b/meta/recipes-kernel/lttng/fix-powerpc64.patch
> >> @@ -0,0 +1,17 @@
> >> +Upstream-Status: Inappropriate configuration
> >
> > Is this really inappropriate for upstream? It looks reasonable to me...
>
> Seems reasonable. What is the policy on this? Can I mark it "this
> should be upstreamed" or must I mark it "this was sent upstream" and
> then upstream the change?
There is some marking for "should be upstreamed"/upstreamable.
> >> +Add bit to detect if we are running on powerpc64 and treat it the
> >> +same as ppc64
> >> +
> >> +Index: ust-0.15/configure.ac
> >> +===================================================================
> >> +--- ust-0.15.orig/configure.ac
> >> ++++ ust-0.15/configure.ac
> >> +@@ -111,6 +111,7 @@ changequote([,])dnl
> >> + x86_64) LIBFORMAT="elf64-x86-64" ;;
> >> + powerpc) LIBFORMAT="elf32-powerpc" ;;
> >> + ppc64) LIBFORMAT="elf64-powerpc" ;;
> >> ++ powerpc64) LIBFORMAT="elf64-powerpc" ;;
> >> + s390) LIBFORMAT="elf32-s390" ;;
> >> + s390x) LIBFORMAT="elf64-s390" ;;
> >> + armv5) LIBFORMAT="elf32-littlearm"; NO_UNALIGNED_ACCESS=1 ;;
> >> diff --git a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
> >> index 915e619..9dd4658 100644
> >> --- a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
> >> +++ b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
> >> @@ -10,9 +10,10 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=e647752e045a8c45b6f583771bd561ef \
> >>
> >> DEPENDS = "liburcu"
> >>
> >> -PR = "r2"
> >> +PR = "r3"
> >>
> >> SRC_URI = "http://lttng.org/files/ust/releases/ust-${PV}.tar.gz"
> >> +SRC_URI_append_powerpc64 = " file://fix-powerpc64.patch"
> >
> > Does this really need to be conditional on powerppc64? Looks like it can
> > be applied unconditionally...
>
> True, was trying to minimally effect other stuff. But I take it by the
> comment you prefer this be done away with.
Sometimes minimally affecting other code is good. In this its obviously
not going to break anything else so it can be universal. The risk of
minimal application is fewer people testing it, e.g. when versions get
upgraded.
Cheers,
Richard
^ permalink raw reply [flat|nested] 36+ messages in thread* Re: [PATCH 07/16] Fix lttng-ust for powerpc64
2011-09-29 18:46 ` Richard Purdie
@ 2011-09-30 16:58 ` Saul Wold
2011-09-30 17:19 ` McClintock Matthew-B29882
0 siblings, 1 reply; 36+ messages in thread
From: Saul Wold @ 2011-09-30 16:58 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: McClintock Matthew-B29882
On 09/29/2011 11:46 AM, Richard Purdie wrote:
> On Thu, 2011-09-29 at 18:21 +0000, McClintock Matthew-B29882 wrote:
>> On Thu, Sep 29, 2011 at 10:50 AM, Richard Purdie
>> <richard.purdie@linuxfoundation.org> wrote:
>>> On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
>>>> Signed-off-by: Matthew McClintock<msm@freescale.com>
>>>> ---
>>>> meta/recipes-kernel/lttng/fix-powerpc64.patch | 17 +++++++++++++++++
>>>> meta/recipes-kernel/lttng/lttng-ust_0.15.bb | 3 ++-
>>>> 2 files changed, 19 insertions(+), 1 deletions(-)
>>>> create mode 100644 meta/recipes-kernel/lttng/fix-powerpc64.patch
>>>>
>>>> diff --git a/meta/recipes-kernel/lttng/fix-powerpc64.patch b/meta/recipes-kernel/lttng/fix-powerpc64.patch
>>>> new file mode 100644
>>>> index 0000000..d347979
>>>> --- /dev/null
>>>> +++ b/meta/recipes-kernel/lttng/fix-powerpc64.patch
>>>> @@ -0,0 +1,17 @@
>>>> +Upstream-Status: Inappropriate configuration
>>>
>>> Is this really inappropriate for upstream? It looks reasonable to me...
>>
>> Seems reasonable. What is the policy on this? Can I mark it "this
>> should be upstreamed" or must I mark it "this was sent upstream" and
>> then upstream the change?
>
> There is some marking for "should be upstreamed"/upstreamable.
>
The marking would be "Pending", this indicates that it should be
attempted, if it gets up streamed then marked Accepted with a pointer to
the potential upstream version or ref.
Thanks
Sau!
>>>> +Add bit to detect if we are running on powerpc64 and treat it the
>>>> +same as ppc64
>>>> +
>>>> +Index: ust-0.15/configure.ac
>>>> +===================================================================
>>>> +--- ust-0.15.orig/configure.ac
>>>> ++++ ust-0.15/configure.ac
>>>> +@@ -111,6 +111,7 @@ changequote([,])dnl
>>>> + x86_64) LIBFORMAT="elf64-x86-64" ;;
>>>> + powerpc) LIBFORMAT="elf32-powerpc" ;;
>>>> + ppc64) LIBFORMAT="elf64-powerpc" ;;
>>>> ++ powerpc64) LIBFORMAT="elf64-powerpc" ;;
>>>> + s390) LIBFORMAT="elf32-s390" ;;
>>>> + s390x) LIBFORMAT="elf64-s390" ;;
>>>> + armv5) LIBFORMAT="elf32-littlearm"; NO_UNALIGNED_ACCESS=1 ;;
>>>> diff --git a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
>>>> index 915e619..9dd4658 100644
>>>> --- a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
>>>> +++ b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
>>>> @@ -10,9 +10,10 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=e647752e045a8c45b6f583771bd561ef \
>>>>
>>>> DEPENDS = "liburcu"
>>>>
>>>> -PR = "r2"
>>>> +PR = "r3"
>>>>
>>>> SRC_URI = "http://lttng.org/files/ust/releases/ust-${PV}.tar.gz"
>>>> +SRC_URI_append_powerpc64 = " file://fix-powerpc64.patch"
>>>
>>> Does this really need to be conditional on powerppc64? Looks like it can
>>> be applied unconditionally...
>>
>> True, was trying to minimally effect other stuff. But I take it by the
>> comment you prefer this be done away with.
>
> Sometimes minimally affecting other code is good. In this its obviously
> not going to break anything else so it can be universal. The risk of
> minimal application is fewer people testing it, e.g. when versions get
> upgraded.
>
> Cheers,
>
> Richard
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 08/16] Fixup kexec-tools compatible host for powerpc
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
` (5 preceding siblings ...)
2011-09-29 4:21 ` [PATCH 07/16] Fix lttng-ust for powerpc64 Matthew McClintock
@ 2011-09-29 4:21 ` Matthew McClintock
2011-09-29 4:21 ` [PATCH 09/16] Add autoconf cache for screen on powerpc64 Matthew McClintock
` (8 subsequent siblings)
15 siblings, 0 replies; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:21 UTC (permalink / raw)
To: openembedded-core
kexec does infact work and build on powerpc, enable the compatible
host for these machines
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
meta/recipes-kernel/kexec/kexec-tools.inc | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/kexec/kexec-tools.inc b/meta/recipes-kernel/kexec/kexec-tools.inc
index 7541ddc..bbfb20f 100644
--- a/meta/recipes-kernel/kexec/kexec-tools.inc
+++ b/meta/recipes-kernel/kexec/kexec-tools.inc
@@ -12,4 +12,4 @@ SRC_URI = "${KERNELORG_MIRROR}/linux/utils/kernel/kexec/kexec-tools-${PV}.tar.gz
inherit autotools
-COMPATIBLE_HOST = '(x86_64.*|i.86.*|arm.*)-(linux|freebsd.*)'
+COMPATIBLE_HOST = '(x86_64.*|i.86.*|arm.*|powerpc.*)-(linux|freebsd.*)'
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* [PATCH 09/16] Add autoconf cache for screen on powerpc64
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
` (6 preceding siblings ...)
2011-09-29 4:21 ` [PATCH 08/16] Fixup kexec-tools compatible host for powerpc Matthew McClintock
@ 2011-09-29 4:21 ` Matthew McClintock
2011-09-29 4:21 ` [PATCH 10/16] Fix mdadm for powerpc64 Matthew McClintock
` (7 subsequent siblings)
15 siblings, 0 replies; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:21 UTC (permalink / raw)
To: openembedded-core
Screen can not run tests for the target and depends on the aotuconf
cache for information about the target system
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
meta/site/powerpc64-linux | 13 +++++++++++++
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/meta/site/powerpc64-linux b/meta/site/powerpc64-linux
index 9430ea1..a49c717 100644
--- a/meta/site/powerpc64-linux
+++ b/meta/site/powerpc64-linux
@@ -19,3 +19,16 @@ ac_cv_sizeof_unsigned_long_long_int=${ac_cv_sizeof_unsigned_long_long_int=8}
ac_cv_sizeof_unsigned_short=${ac_cv_sizeof_unsigned_short=2}
ac_cv_sizeof_unsigned_short_int=${ac_cv_sizeof_unsigned_short_int=2}
ac_cv_sizeof_void_p=${ac_cv_sizeof_void_p=8}
+
+# screen
+screen_cv_sys_bcopy_overlap=${screen_cv_sys_bcopy_overlap=no}
+screen_cv_sys_memcpy_overlap=${screen_cv_sys_memcpy_overlap=no}
+screen_cv_sys_memmove_overlap=${screen_cv_sys_memmove_overlap=no}
+screen_cv_sys_fifo_broken_impl=${screen_cv_sys_fifo_broken_impl=yes}
+screen_cv_sys_fifo_usable=${screen_cv_sys_fifo_usable=yes}
+screen_cv_sys_select_broken_retval=${screen_cv_sys_select_broken_retval=no}
+screen_cv_sys_sockets_nofs=${screen_cv_sys_sockets_nofs=no}
+screen_cv_sys_sockets_usable=${screen_cv_sys_sockets_usable=yes}
+screen_cv_sys_terminfo_used=${screen_cv_sys_terminfo_used=yes}
+
+
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* [PATCH 10/16] Fix mdadm for powerpc64
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
` (7 preceding siblings ...)
2011-09-29 4:21 ` [PATCH 09/16] Add autoconf cache for screen on powerpc64 Matthew McClintock
@ 2011-09-29 4:21 ` Matthew McClintock
2011-09-29 15:51 ` Richard Purdie
2011-09-29 4:21 ` [PATCH 11/16] Fix ghostscript on powerpc64 Matthew McClintock
` (6 subsequent siblings)
15 siblings, 1 reply; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:21 UTC (permalink / raw)
To: openembedded-core
This fixes build failures from build warnings on powerpc64
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
meta/recipes-extended/mdadm/mdadm_3.2.2.bb | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb b/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
index 5d29ae7..37ec32e 100644
--- a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
+++ b/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
file://mdmon.c;beginline=4;endline=18;md5=af7d8444d9c4d3e5c7caac0d9d34039d \
file://mdadm.h;beglinlne=4;endline=22;md5=462bc9936ac0d3da110191a3f9994161"
-PR = "r0"
+PR = "r1"
SRC_URI = "${KERNELORG_MIRROR}/linux/utils/raid/mdadm/${BPN}-${PV}.tar.bz2"
@@ -16,6 +16,7 @@ SRC_URI[md5sum] = "12ee2fbf3beddb60601fb7a4c4905651"
SRC_URI[sha256sum] = "0d1a04e688b082bc88846e3f524abd50bc782b6ffc06123140f7d358c8f9b906"
CFLAGS += "-fno-strict-aliasing"
+EXTRA_OEMAKE_powerpc64 = "CXFLAGS=-Wno-error=format"
inherit autotools
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* Re: [PATCH 10/16] Fix mdadm for powerpc64
2011-09-29 4:21 ` [PATCH 10/16] Fix mdadm for powerpc64 Matthew McClintock
@ 2011-09-29 15:51 ` Richard Purdie
2011-09-29 18:19 ` McClintock Matthew-B29882
0 siblings, 1 reply; 36+ messages in thread
From: Richard Purdie @ 2011-09-29 15:51 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
> This fixes build failures from build warnings on powerpc64
>
> Signed-off-by: Matthew McClintock <msm@freescale.com>
> ---
> meta/recipes-extended/mdadm/mdadm_3.2.2.bb | 3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb b/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
> index 5d29ae7..37ec32e 100644
> --- a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
> +++ b/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
> @@ -8,7 +8,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
> file://mdmon.c;beginline=4;endline=18;md5=af7d8444d9c4d3e5c7caac0d9d34039d \
> file://mdadm.h;beglinlne=4;endline=22;md5=462bc9936ac0d3da110191a3f9994161"
>
> -PR = "r0"
> +PR = "r1"
>
> SRC_URI = "${KERNELORG_MIRROR}/linux/utils/raid/mdadm/${BPN}-${PV}.tar.bz2"
>
> @@ -16,6 +16,7 @@ SRC_URI[md5sum] = "12ee2fbf3beddb60601fb7a4c4905651"
> SRC_URI[sha256sum] = "0d1a04e688b082bc88846e3f524abd50bc782b6ffc06123140f7d358c8f9b906"
>
> CFLAGS += "-fno-strict-aliasing"
> +EXTRA_OEMAKE_powerpc64 = "CXFLAGS=-Wno-error=format"
Don't you want to append here rather than overwrite?
Cheers,
Richard
^ permalink raw reply [flat|nested] 36+ messages in thread* Re: [PATCH 10/16] Fix mdadm for powerpc64
2011-09-29 15:51 ` Richard Purdie
@ 2011-09-29 18:19 ` McClintock Matthew-B29882
0 siblings, 0 replies; 36+ messages in thread
From: McClintock Matthew-B29882 @ 2011-09-29 18:19 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Thu, Sep 29, 2011 at 10:51 AM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
>> This fixes build failures from build warnings on powerpc64
>>
>> Signed-off-by: Matthew McClintock <msm@freescale.com>
>> ---
>> meta/recipes-extended/mdadm/mdadm_3.2.2.bb | 3 ++-
>> 1 files changed, 2 insertions(+), 1 deletions(-)
>>
>> diff --git a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb b/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
>> index 5d29ae7..37ec32e 100644
>> --- a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
>> +++ b/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
>> @@ -8,7 +8,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
>> file://mdmon.c;beginline=4;endline=18;md5=af7d8444d9c4d3e5c7caac0d9d34039d \
>> file://mdadm.h;beglinlne=4;endline=22;md5=462bc9936ac0d3da110191a3f9994161"
>>
>> -PR = "r0"
>> +PR = "r1"
>>
>> SRC_URI = "${KERNELORG_MIRROR}/linux/utils/raid/mdadm/${BPN}-${PV}.tar.bz2"
>>
>> @@ -16,6 +16,7 @@ SRC_URI[md5sum] = "12ee2fbf3beddb60601fb7a4c4905651"
>> SRC_URI[sha256sum] = "0d1a04e688b082bc88846e3f524abd50bc782b6ffc06123140f7d358c8f9b906"
>>
>> CFLAGS += "-fno-strict-aliasing"
>> +EXTRA_OEMAKE_powerpc64 = "CXFLAGS=-Wno-error=format"
>
> Don't you want to append here rather than overwrite?
Seems reasonable. Will change.
-M
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 11/16] Fix ghostscript on powerpc64
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
` (8 preceding siblings ...)
2011-09-29 4:21 ` [PATCH 10/16] Fix mdadm for powerpc64 Matthew McClintock
@ 2011-09-29 4:21 ` Matthew McClintock
2011-09-29 4:21 ` [PATCH 12/16] Fix flac build on e500mc cores Matthew McClintock
` (5 subsequent siblings)
15 siblings, 0 replies; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:21 UTC (permalink / raw)
To: openembedded-core
This adds pregenerated files for powerpc64
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
.../ghostscript/ghostscript/powerpc64/objarch.h | 40 ++++++++++++++++++++
.../ghostscript/ghostscript/powerpc64/soobjarch.h | 40 ++++++++++++++++++++
2 files changed, 80 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-extended/ghostscript/ghostscript/powerpc64/objarch.h
create mode 100644 meta/recipes-extended/ghostscript/ghostscript/powerpc64/soobjarch.h
diff --git a/meta/recipes-extended/ghostscript/ghostscript/powerpc64/objarch.h b/meta/recipes-extended/ghostscript/ghostscript/powerpc64/objarch.h
new file mode 100644
index 0000000..0d0a16b
--- /dev/null
+++ b/meta/recipes-extended/ghostscript/ghostscript/powerpc64/objarch.h
@@ -0,0 +1,40 @@
+/* Parameters derived from machine and compiler architecture. */
+/* This file is generated mechanically by genarch.c. */
+
+ /* ---------------- Scalar alignments ---------------- */
+
+#define ARCH_ALIGN_SHORT_MOD 2
+#define ARCH_ALIGN_INT_MOD 4
+#define ARCH_ALIGN_LONG_MOD 8
+#define ARCH_ALIGN_PTR_MOD 8
+#define ARCH_ALIGN_FLOAT_MOD 4
+#define ARCH_ALIGN_DOUBLE_MOD 8
+
+ /* ---------------- Scalar sizes ---------------- */
+
+#define ARCH_LOG2_SIZEOF_CHAR 0
+#define ARCH_LOG2_SIZEOF_SHORT 1
+#define ARCH_LOG2_SIZEOF_INT 2
+#define ARCH_LOG2_SIZEOF_LONG 3
+#define ARCH_LOG2_SIZEOF_LONG_LONG 3
+#define ARCH_SIZEOF_GX_COLOR_INDEX 8
+#define ARCH_SIZEOF_PTR 8
+#define ARCH_SIZEOF_FLOAT 4
+#define ARCH_SIZEOF_DOUBLE 8
+#define ARCH_FLOAT_MANTISSA_BITS 24
+#define ARCH_DOUBLE_MANTISSA_BITS 53
+
+ /* ---------------- Unsigned max values ---------------- */
+
+#define ARCH_MAX_UCHAR ((unsigned char)0xff + (unsigned char)0)
+#define ARCH_MAX_USHORT ((unsigned short)0xffff + (unsigned short)0)
+#define ARCH_MAX_UINT ((unsigned int)~0 + (unsigned int)0)
+#define ARCH_MAX_ULONG ((unsigned long)~0L + (unsigned long)0)
+
+ /* ---------------- Miscellaneous ---------------- */
+
+#define ARCH_IS_BIG_ENDIAN 1
+#define ARCH_PTRS_ARE_SIGNED 0
+#define ARCH_FLOATS_ARE_IEEE 1
+#define ARCH_ARITH_RSHIFT 2
+#define ARCH_DIV_NEG_POS_TRUNCATES 1
diff --git a/meta/recipes-extended/ghostscript/ghostscript/powerpc64/soobjarch.h b/meta/recipes-extended/ghostscript/ghostscript/powerpc64/soobjarch.h
new file mode 100644
index 0000000..0d0a16b
--- /dev/null
+++ b/meta/recipes-extended/ghostscript/ghostscript/powerpc64/soobjarch.h
@@ -0,0 +1,40 @@
+/* Parameters derived from machine and compiler architecture. */
+/* This file is generated mechanically by genarch.c. */
+
+ /* ---------------- Scalar alignments ---------------- */
+
+#define ARCH_ALIGN_SHORT_MOD 2
+#define ARCH_ALIGN_INT_MOD 4
+#define ARCH_ALIGN_LONG_MOD 8
+#define ARCH_ALIGN_PTR_MOD 8
+#define ARCH_ALIGN_FLOAT_MOD 4
+#define ARCH_ALIGN_DOUBLE_MOD 8
+
+ /* ---------------- Scalar sizes ---------------- */
+
+#define ARCH_LOG2_SIZEOF_CHAR 0
+#define ARCH_LOG2_SIZEOF_SHORT 1
+#define ARCH_LOG2_SIZEOF_INT 2
+#define ARCH_LOG2_SIZEOF_LONG 3
+#define ARCH_LOG2_SIZEOF_LONG_LONG 3
+#define ARCH_SIZEOF_GX_COLOR_INDEX 8
+#define ARCH_SIZEOF_PTR 8
+#define ARCH_SIZEOF_FLOAT 4
+#define ARCH_SIZEOF_DOUBLE 8
+#define ARCH_FLOAT_MANTISSA_BITS 24
+#define ARCH_DOUBLE_MANTISSA_BITS 53
+
+ /* ---------------- Unsigned max values ---------------- */
+
+#define ARCH_MAX_UCHAR ((unsigned char)0xff + (unsigned char)0)
+#define ARCH_MAX_USHORT ((unsigned short)0xffff + (unsigned short)0)
+#define ARCH_MAX_UINT ((unsigned int)~0 + (unsigned int)0)
+#define ARCH_MAX_ULONG ((unsigned long)~0L + (unsigned long)0)
+
+ /* ---------------- Miscellaneous ---------------- */
+
+#define ARCH_IS_BIG_ENDIAN 1
+#define ARCH_PTRS_ARE_SIGNED 0
+#define ARCH_FLOATS_ARE_IEEE 1
+#define ARCH_ARITH_RSHIFT 2
+#define ARCH_DIV_NEG_POS_TRUNCATES 1
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* [PATCH 12/16] Fix flac build on e500mc cores
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
` (9 preceding siblings ...)
2011-09-29 4:21 ` [PATCH 11/16] Fix ghostscript on powerpc64 Matthew McClintock
@ 2011-09-29 4:21 ` Matthew McClintock
2011-09-29 15:52 ` Richard Purdie
2011-09-29 4:21 ` [PATCH 13/16] Fix HAL on newer kernels without header file Matthew McClintock
` (4 subsequent siblings)
15 siblings, 1 reply; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:21 UTC (permalink / raw)
To: openembedded-core
This core does not have altivec, so we disable it in the build,
also reestablish the config option to enable/disable building
with altivec
If SPE is not detected we always build with altivec which is wrong. This
will check to make sure altivec is enabled and pass build options
through accordingly
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
.../flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch | 4 +++-
meta/recipes-multimedia/flac/flac_1.2.1.bb | 5 ++++-
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
index 658e190..5ca8b35 100644
--- a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
+++ b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
@@ -39,15 +39,17 @@ diff --git a/src/libFLAC/Makefile.am b/src/libFLAC/Makefile.am
index cbfb0ac..5785372 100644
--- a/src/libFLAC/Makefile.am
+++ b/src/libFLAC/Makefile.am
-@@ -40,8 +40,13 @@ if FLaC__SYS_DARWIN
+@@ -40,8 +40,15 @@ if FLaC__SYS_DARWIN
CPUCFLAGS = -faltivec -force_cpusubtype_ALL -DFLAC__NO_ASM
else
# Linux-gcc for PPC does not have -force_cpusubtype_ALL, it is Darwin-specific
+CPUCFLAGS =
+if FLaC__CPU_PPC_SPE
+else
++if FLaC__USE_ALTIVEC
+CPUCFLAGS += -maltivec -mabi=altivec
+endif
++endif
#@@@ PPC optimizations temporarily disabled
-CPUCFLAGS = -maltivec -mabi=altivec -DFLAC__NO_ASM
+CPUCFLAGS += -DFLAC__NO_ASM
diff --git a/meta/recipes-multimedia/flac/flac_1.2.1.bb b/meta/recipes-multimedia/flac/flac_1.2.1.bb
index 341047a..652d69a 100644
--- a/meta/recipes-multimedia/flac/flac_1.2.1.bb
+++ b/meta/recipes-multimedia/flac/flac_1.2.1.bb
@@ -14,7 +14,7 @@ LIC_FILES_CHKSUM = "file://COPYING.FDL;md5=ad1419ecc56e060eccf8184a87c4285f \
file://include/FLAC/all.h;beginline=64;endline=69;md5=64474f2b22e9e77b28d8b8b25c983a48"
DEPENDS = "libogg"
-PR = "r1"
+PR = "r2"
SRC_URI = "${SOURCEFORGE_MIRROR}/flac/flac-${PV}.tar.gz \
file://disable-xmms-plugin.patch \
@@ -36,6 +36,9 @@ EXTRA_OECONF = "--disable-oggtest --disable-id3libtest \
--without-xmms-exec-prefix \
--without-libiconv-prefix \
--without-id3lib"
+EXTRA_OECONF_prepend_e500mc = "--disable-altivec "
+EXTRA_OECONF_prepend_e5500 = "--disable-altivec "
+EXTRA_OECONF_prepend_e5500-64b = "--disable-altivec "
PACKAGES += "libflac libflac++ liboggflac liboggflac++"
FILES_${PN} = "${bindir}/*"
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* Re: [PATCH 12/16] Fix flac build on e500mc cores
2011-09-29 4:21 ` [PATCH 12/16] Fix flac build on e500mc cores Matthew McClintock
@ 2011-09-29 15:52 ` Richard Purdie
2011-09-29 18:10 ` McClintock Matthew-B29882
0 siblings, 1 reply; 36+ messages in thread
From: Richard Purdie @ 2011-09-29 15:52 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
> This core does not have altivec, so we disable it in the build,
> also reestablish the config option to enable/disable building
> with altivec
>
> If SPE is not detected we always build with altivec which is wrong. This
> will check to make sure altivec is enabled and pass build options
> through accordingly
>
> Signed-off-by: Matthew McClintock <msm@freescale.com>
> ---
> .../flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch | 4 +++-
> meta/recipes-multimedia/flac/flac_1.2.1.bb | 5 ++++-
> 2 files changed, 7 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
> index 658e190..5ca8b35 100644
> --- a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
> +++ b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
> @@ -39,15 +39,17 @@ diff --git a/src/libFLAC/Makefile.am b/src/libFLAC/Makefile.am
No patch header...
Cheers,
Richard
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: [PATCH 12/16] Fix flac build on e500mc cores
2011-09-29 15:52 ` Richard Purdie
@ 2011-09-29 18:10 ` McClintock Matthew-B29882
2011-09-29 18:31 ` Richard Purdie
0 siblings, 1 reply; 36+ messages in thread
From: McClintock Matthew-B29882 @ 2011-09-29 18:10 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Thu, Sep 29, 2011 at 10:52 AM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
>> This core does not have altivec, so we disable it in the build,
>> also reestablish the config option to enable/disable building
>> with altivec
>>
>> If SPE is not detected we always build with altivec which is wrong. This
>> will check to make sure altivec is enabled and pass build options
>> through accordingly
>>
>> Signed-off-by: Matthew McClintock <msm@freescale.com>
>> ---
>> .../flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch | 4 +++-
>> meta/recipes-multimedia/flac/flac_1.2.1.bb | 5 ++++-
>> 2 files changed, 7 insertions(+), 2 deletions(-)
>>
>> diff --git a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
>> index 658e190..5ca8b35 100644
>> --- a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
>> +++ b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
>> @@ -39,15 +39,17 @@ diff --git a/src/libFLAC/Makefile.am b/src/libFLAC/Makefile.am
>
> No patch header...
This is patching a patch with a patch header. Do I need to make any
further documentation?
-M
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: [PATCH 12/16] Fix flac build on e500mc cores
2011-09-29 18:10 ` McClintock Matthew-B29882
@ 2011-09-29 18:31 ` Richard Purdie
0 siblings, 0 replies; 36+ messages in thread
From: Richard Purdie @ 2011-09-29 18:31 UTC (permalink / raw)
To: McClintock Matthew-B29882,
Patches and discussions about the oe-core layer
On Thu, 2011-09-29 at 18:10 +0000, McClintock Matthew-B29882 wrote:
> On Thu, Sep 29, 2011 at 10:52 AM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> > On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
> >> This core does not have altivec, so we disable it in the build,
> >> also reestablish the config option to enable/disable building
> >> with altivec
> >>
> >> If SPE is not detected we always build with altivec which is wrong. This
> >> will check to make sure altivec is enabled and pass build options
> >> through accordingly
> >>
> >> Signed-off-by: Matthew McClintock <msm@freescale.com>
> >> ---
> >> .../flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch | 4 +++-
> >> meta/recipes-multimedia/flac/flac_1.2.1.bb | 5 ++++-
> >> 2 files changed, 7 insertions(+), 2 deletions(-)
> >>
> >> diff --git a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
> >> index 658e190..5ca8b35 100644
> >> --- a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
> >> +++ b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch
> >> @@ -39,15 +39,17 @@ diff --git a/src/libFLAC/Makefile.am b/src/libFLAC/Makefile.am
> >
> > No patch header...
>
> This is patching a patch with a patch header. Do I need to make any
> further documentation?
No, I missed the fact the patch already existed, sorry!
I'll merge this one.
Cheers,
Richard
^ permalink raw reply [flat|nested] 36+ messages in thread
* [PATCH 13/16] Fix HAL on newer kernels without header file
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
` (10 preceding siblings ...)
2011-09-29 4:21 ` [PATCH 12/16] Fix flac build on e500mc cores Matthew McClintock
@ 2011-09-29 4:21 ` Matthew McClintock
2011-09-29 4:21 ` [PATCH 14/16] Add udev patch to compile against newer kernels Matthew McClintock
` (3 subsequent siblings)
15 siblings, 0 replies; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:21 UTC (permalink / raw)
To: openembedded-core
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
.../hal/files/probe-video4linux.c.patch | 60 ++++++++++++++++++++
meta/recipes-support/hal/hal_0.5.14.bb | 4 +-
2 files changed, 63 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-support/hal/files/probe-video4linux.c.patch
diff --git a/meta/recipes-support/hal/files/probe-video4linux.c.patch b/meta/recipes-support/hal/files/probe-video4linux.c.patch
new file mode 100644
index 0000000..0f8140b
--- /dev/null
+++ b/meta/recipes-support/hal/files/probe-video4linux.c.patch
@@ -0,0 +1,60 @@
+Upstream-Status: Backport
+
+From ae13d96fa2a0612b6000f4b8f6ed9d3564035703 Mon Sep 17 00:00:00 2001
+From: Michael Biebl <biebl@debian.org>
+Date: Sun, 10 Apr 2011 12:54:53 +0000
+Subject: Build hald-probe-video4linux on current kernels again
+
+The hald-probe-video4linux prober supports both v4l1 and v4l2. Support for v4l1
+has been removed from Linux kernel 2.6.38. Instead of disabling the prober
+altogether, #ifdef the v4l1 parts when building on a newer kernel.
+
+Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>
+---
+(limited to 'hald/linux/probing/probe-video4linux.c')
+
+diff --git a/hald/linux/probing/probe-video4linux.c b/hald/linux/probing/probe-video4linux.c
+index 7bc13e8..b055720 100644
+--- a/hald/linux/probing/probe-video4linux.c
++++ b/hald/linux/probing/probe-video4linux.c
+@@ -30,7 +30,9 @@
+ #include <sys/types.h>
+ #include <sys/time.h>
+ #include <sys/ioctl.h>
++#ifdef HAVE_LINUX_VIDEODEV_H
+ #include <linux/videodev.h>
++#endif
+ #include <linux/videodev2.h>
+ #include <errno.h>
+ #include <fcntl.h>
+@@ -50,7 +52,9 @@ main (int argc, char *argv[])
+ int ret = -1;
+ char *udi;
+ char *device_file;
++#ifdef HAVE_LINUX_VIDEODEV_H
+ struct video_capability v1cap;
++#endif
+ struct v4l2_capability v2cap;
+ LibHalContext *ctx = NULL;
+ LibHalChangeSet *cset;
+@@ -107,7 +111,9 @@ main (int argc, char *argv[])
+ LIBHAL_FREE_DBUS_ERROR (&error);
+ libhal_device_add_capability (ctx, udi, "video4linux.radio", &error);
+ }
+- } else {
++ }
++#ifdef HAVE_LINUX_VIDEODEV_H
++ else {
+ HAL_DEBUG (("ioctl VIDIOC_QUERYCAP failed"));
+
+ if (ioctl (fd, VIDIOCGCAP, &v1cap) == 0) {
+@@ -134,6 +140,7 @@ main (int argc, char *argv[])
+ HAL_DEBUG (("ioctl VIDIOCGCAP failed"));
+ }
+ }
++#endif
+
+ LIBHAL_FREE_DBUS_ERROR (&error);
+ libhal_device_commit_changeset (ctx, cset, &error);
+--
+cgit v0.9.0.2-2-gbebe
diff --git a/meta/recipes-support/hal/hal_0.5.14.bb b/meta/recipes-support/hal/hal_0.5.14.bb
index aa67ae6..858e685 100644
--- a/meta/recipes-support/hal/hal_0.5.14.bb
+++ b/meta/recipes-support/hal/hal_0.5.14.bb
@@ -1,6 +1,6 @@
require hal.inc
-PR = "r4"
+PR = "r5"
EXTRA_OECONF += "--with-linux-input-header=${STAGING_INCDIR}/linux/input.h"
EXTRA_OEMAKE += "-e 'udevrulesdir=$(sysconfdir)/udev/rules.d'"
@@ -15,3 +15,5 @@ FILES_${PN} =+ "${bindir}/hal-disable-polling \
SRC_URI[md5sum] = "e9163df591a6f38f59fdbfe33e73bf20"
SRC_URI[sha256sum] = "323aacfa52f12def3b0d1e76456e34f027c345adc344aad19a8cc0c59c1a8d02"
+
+SRC_URI += "file://probe-video4linux.c.patch"
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* [PATCH 14/16] Add udev patch to compile against newer kernels
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
` (11 preceding siblings ...)
2011-09-29 4:21 ` [PATCH 13/16] Fix HAL on newer kernels without header file Matthew McClintock
@ 2011-09-29 4:21 ` Matthew McClintock
2011-09-29 4:21 ` [PATCH 15/16] Fix sysklogd build on e500v2 cores Matthew McClintock
` (2 subsequent siblings)
15 siblings, 0 replies; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:21 UTC (permalink / raw)
To: openembedded-core
This patch is needed to compile against newer kernels which have
changed their API
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
meta/recipes-core/udev/files/udev-166-v4l1-1.patch | 50 ++++++++++++++++++++
meta/recipes-core/udev/udev_164.bb | 4 +-
2 files changed, 53 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-core/udev/files/udev-166-v4l1-1.patch
diff --git a/meta/recipes-core/udev/files/udev-166-v4l1-1.patch b/meta/recipes-core/udev/files/udev-166-v4l1-1.patch
new file mode 100644
index 0000000..2086fe1
--- /dev/null
+++ b/meta/recipes-core/udev/files/udev-166-v4l1-1.patch
@@ -0,0 +1,50 @@
+Upstream-Status: Backport
+
+Submitted By: Matt Burgess <matthew_at_linuxfromscratch_dot_org>
+Date: 2011-03-26
+Initial Package Version: 166
+Upstream Status: From upstream
+Origin: http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=4ace8a43ac2cbbd4d6f5c29fc461c3caa8f8545b
+Description: Fixes a compilation error caused by the removal of the
+ Video for Linux 1 API from Linux kernels from 2.6.38
+ onwards.
+
+diff -Naur udev-166.orig/extras/v4l_id/v4l_id.c udev-166/extras/v4l_id/v4l_id.c
+--- udev-166.orig/extras/v4l_id/v4l_id.c 2009-12-03 12:45:03.000000000 +0000
++++ udev-166/extras/v4l_id/v4l_id.c 2011-03-25 20:26:33.000000000 +0000
+@@ -28,7 +28,6 @@
+ #include <sys/types.h>
+ #include <sys/time.h>
+ #include <sys/ioctl.h>
+-#include <linux/videodev.h>
+ #include <linux/videodev2.h>
+
+ int main (int argc, char *argv[])
+@@ -39,7 +38,6 @@
+ };
+ int fd;
+ char *device;
+- struct video_capability v1cap;
+ struct v4l2_capability v2cap;
+
+ while (1) {
+@@ -82,19 +80,6 @@
+ if ((v2cap.capabilities & V4L2_CAP_RADIO) > 0)
+ printf("radio:");
+ printf("\n");
+- } else if (ioctl (fd, VIDIOCGCAP, &v1cap) == 0) {
+- printf("ID_V4L_VERSION=1\n");
+- printf("ID_V4L_PRODUCT=%s\n", v1cap.name);
+- printf("ID_V4L_CAPABILITIES=:");
+- if ((v1cap.type & VID_TYPE_CAPTURE) > 0)
+- printf("capture:");
+- if ((v1cap.type & VID_TYPE_OVERLAY) > 0)
+- printf("video_overlay:");
+- if (v1cap.audios > 0)
+- printf("audio:");
+- if ((v1cap.type & VID_TYPE_TUNER) > 0)
+- printf("tuner:");
+- printf("\n");
+ }
+
+ close (fd);
diff --git a/meta/recipes-core/udev/udev_164.bb b/meta/recipes-core/udev/udev_164.bb
index 567e62e..f20da27 100644
--- a/meta/recipes-core/udev/udev_164.bb
+++ b/meta/recipes-core/udev/udev_164.bb
@@ -1,6 +1,8 @@
include udev-new.inc
-PR = "r3"
+PR = "r4"
+
+SRC_URI += "file://udev-166-v4l1-1.patch"
SRC_URI[md5sum] = "fddac2d54761ea34865af9467377ca9f"
SRC_URI[sha256sum] = "c12e66280b5e1465f6587a8cfa47d7405c4caa7e52ce5dd13478d04f6ec05e5c"
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* [PATCH 15/16] Fix sysklogd build on e500v2 cores
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
` (12 preceding siblings ...)
2011-09-29 4:21 ` [PATCH 14/16] Add udev patch to compile against newer kernels Matthew McClintock
@ 2011-09-29 4:21 ` Matthew McClintock
2011-09-29 4:21 ` [PATCH 16/16] Add proper deps for nfs-utils, util-linux, and strace Matthew McClintock
2011-09-29 15:47 ` [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Richard Purdie
15 siblings, 0 replies; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:21 UTC (permalink / raw)
To: openembedded-core
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
.../sysklogd/files/no-vectorization.patch | 20 ++++++++++++++++++++
meta/recipes-extended/sysklogd/sysklogd.inc | 2 ++
meta/recipes-extended/sysklogd/sysklogd_1.5.bb | 2 +-
3 files changed, 23 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-extended/sysklogd/files/no-vectorization.patch
diff --git a/meta/recipes-extended/sysklogd/files/no-vectorization.patch b/meta/recipes-extended/sysklogd/files/no-vectorization.patch
new file mode 100644
index 0000000..c1cc042
--- /dev/null
+++ b/meta/recipes-extended/sysklogd/files/no-vectorization.patch
@@ -0,0 +1,20 @@
+Upstream-Status: Inappropriate
+
+The compiler should not be generating vectorized instructions on this target.
+This is a work around until I can determine why this is occuring on this
+particular recipe
+
+Index: sysklogd-1.5/Makefile
+===================================================================
+--- sysklogd-1.5.orig/Makefile
++++ sysklogd-1.5/Makefile
+@@ -20,7 +20,8 @@
+ CC= gcc
+ #SKFLAGS= -g -DSYSV -Wall
+ #LDFLAGS= -g
+-SKFLAGS= $(RPM_OPT_FLAGS) -O3 -DSYSV -fomit-frame-pointer -Wall -fno-strength-reduce
++SKFLAGS= $(RPM_OPT_FLAGS) -O3 -DSYSV -fomit-frame-pointer -Wall -fno-strength-reduce \
++ -fno-tree-vectorize
+ # -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
+ # -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE
+ # $(shell getconf LFS_SKFLAGS)
diff --git a/meta/recipes-extended/sysklogd/sysklogd.inc b/meta/recipes-extended/sysklogd/sysklogd.inc
index 891dd3b..0b84dac 100644
--- a/meta/recipes-extended/sysklogd/sysklogd.inc
+++ b/meta/recipes-extended/sysklogd/sysklogd.inc
@@ -22,6 +22,8 @@ SRC_URI = "http://www.infodrom.org/projects/sysklogd/download/sysklogd-${PV}.tar
file://syslog.conf \
"
+SRC_URI_append_e500v2 = " file://no-vectorization.patch"
+
INITSCRIPT_NAME = "syslog"
CONFFILES_${PN} = "${sysconfdir}/syslog.conf.${PN}"
diff --git a/meta/recipes-extended/sysklogd/sysklogd_1.5.bb b/meta/recipes-extended/sysklogd/sysklogd_1.5.bb
index f17c5a2..187c9f4 100644
--- a/meta/recipes-extended/sysklogd/sysklogd_1.5.bb
+++ b/meta/recipes-extended/sysklogd/sysklogd_1.5.bb
@@ -1,5 +1,5 @@
require sysklogd.inc
-PR = "r3"
+PR = "r4"
SRC_URI[md5sum] = "e053094e8103165f98ddafe828f6ae4b"
SRC_URI[sha256sum] = "6169b8e91d29288e90404f01462b69e7f2afb1161aa419826fe4736c7f9eb773"
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* [PATCH 16/16] Add proper deps for nfs-utils, util-linux, and strace
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
` (13 preceding siblings ...)
2011-09-29 4:21 ` [PATCH 15/16] Fix sysklogd build on e500v2 cores Matthew McClintock
@ 2011-09-29 4:21 ` Matthew McClintock
2011-09-29 15:55 ` Richard Purdie
2011-09-29 15:47 ` [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Richard Purdie
15 siblings, 1 reply; 36+ messages in thread
From: Matthew McClintock @ 2011-09-29 4:21 UTC (permalink / raw)
To: openembedded-core
These packages need these deps for the RPM generation stage:
error: Failed dependencies:
| /usr/bin/python is needed by nfs-utils-1.2.3-r2.ppce5500
| /usr/bin/perl is needed by util-linux-2.19.1-r4.ppce5500
| /usr/bin/perl is needed by strace-4.5.20-r2.ppce5500
Signed-off-by: Matthew McClintock <msm@freescale.com>
---
.../nfs-utils/nfs-utils_1.2.3.bb | 2 +-
meta/recipes-core/util-linux/util-linux.inc | 2 +-
meta/recipes-devtools/strace/strace_4.5.20.bb | 2 ++
3 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bb b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bb
index 08468fe..e8b0490 100644
--- a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bb
+++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.3.bb
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3"
# util-linux for libblkid
DEPENDS = "libcap libnfsidmap libevent util-linux tcp-wrappers"
-RDEPENDS_${PN} = "portmap"
+RDEPENDS_${PN} = "portmap python"
RRECOMMENDS_${PN} = "kernel-module-nfsd"
PR = "r2"
diff --git a/meta/recipes-core/util-linux/util-linux.inc b/meta/recipes-core/util-linux/util-linux.inc
index 1f242b7..afce673 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -55,7 +55,7 @@ FILES_util-linux-libuuid-dev = "${libdir}/libuuid.so ${libdir}/libuuid.a ${libdi
FILES_util-linux-lscpu = "${bindir}/lscpu"
RRECOMMENDS_${PN} = "util-linux-fdisk util-linux-cfdisk util-linux-sfdisk util-linux-mount util-linux-readprofile "
-RDEPENDS_${PN} = "util-linux-umount util-linux-swaponoff util-linux-losetup"
+RDEPENDS_${PN} = "util-linux-umount util-linux-swaponoff util-linux-losetup perl"
RRECOMMENDS_${PN}_virtclass-native = ""
RDEPENDS_${PN}_virtclass-native = ""
diff --git a/meta/recipes-devtools/strace/strace_4.5.20.bb b/meta/recipes-devtools/strace/strace_4.5.20.bb
index 391669f..b3d2aa5 100644
--- a/meta/recipes-devtools/strace/strace_4.5.20.bb
+++ b/meta/recipes-devtools/strace/strace_4.5.20.bb
@@ -5,6 +5,8 @@ LICENSE = "BSD"
LIC_FILES_CHKSUM = "file://COPYRIGHT;md5=4535377ede62550fdeaf39f595fd550a"
PR = "r2"
+RDEPENDS = "perl"
+
SRC_URI = "${SOURCEFORGE_MIRROR}/strace/strace-${PV}.tar.bz2 \
file://sigmask.patch \
"
--
1.7.6.1
^ permalink raw reply related [flat|nested] 36+ messages in thread* Re: [PATCH 16/16] Add proper deps for nfs-utils, util-linux, and strace
2011-09-29 4:21 ` [PATCH 16/16] Add proper deps for nfs-utils, util-linux, and strace Matthew McClintock
@ 2011-09-29 15:55 ` Richard Purdie
0 siblings, 0 replies; 36+ messages in thread
From: Richard Purdie @ 2011-09-29 15:55 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
> These packages need these deps for the RPM generation stage:
>
> error: Failed dependencies:
> | /usr/bin/python is needed by nfs-utils-1.2.3-r2.ppce5500
> | /usr/bin/perl is needed by util-linux-2.19.1-r4.ppce5500
> | /usr/bin/perl is needed by strace-4.5.20-r2.ppce5500
>
> Signed-off-by: Matthew McClintock <msm@freescale.com>
> ---
> .../nfs-utils/nfs-utils_1.2.3.bb | 2 +-
> meta/recipes-core/util-linux/util-linux.inc | 2 +-
> meta/recipes-devtools/strace/strace_4.5.20.bb | 2 ++
> 3 files changed, 4 insertions(+), 2 deletions(-)
I merged this and several other patches to master. The unmerged ones
should have feedback...
Cheers,
Richard
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h
2011-09-29 4:20 [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Matthew McClintock
` (14 preceding siblings ...)
2011-09-29 4:21 ` [PATCH 16/16] Add proper deps for nfs-utils, util-linux, and strace Matthew McClintock
@ 2011-09-29 15:47 ` Richard Purdie
2011-09-29 18:28 ` McClintock Matthew-B29882
15 siblings, 1 reply; 36+ messages in thread
From: Richard Purdie @ 2011-09-29 15:47 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Wed, 2011-09-28 at 23:20 -0500, Matthew McClintock wrote:
> From: Tom Rini <tom_rini@mentor.com>
>
> At issue is that route/pktloc.c (not generated) depends on
> route/pktloc_syntax.h (generated).
>
> Signed-off-by: Tom Rini <tom_rini@mentor.com>
> ---
> .../libnl/fix-pktloc_syntax_h-race.patch | 23 ++++++++++++++++++++
> meta/recipes-support/libnl/libnl_2.0.bb | 3 +-
> 2 files changed, 25 insertions(+), 1 deletions(-)
> create mode 100644 meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
>
> diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
> new file mode 100644
> index 0000000..d396f96
> --- /dev/null
> +++ b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
> @@ -0,0 +1,23 @@
> +---
Missing patch header...
Cheers,
Richard
^ permalink raw reply [flat|nested] 36+ messages in thread* Re: [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h
2011-09-29 15:47 ` [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h Richard Purdie
@ 2011-09-29 18:28 ` McClintock Matthew-B29882
2011-09-29 18:38 ` Richard Purdie
0 siblings, 1 reply; 36+ messages in thread
From: McClintock Matthew-B29882 @ 2011-09-29 18:28 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Thu, Sep 29, 2011 at 10:47 AM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Wed, 2011-09-28 at 23:20 -0500, Matthew McClintock wrote:
>> From: Tom Rini <tom_rini@mentor.com>
>>
>> At issue is that route/pktloc.c (not generated) depends on
>> route/pktloc_syntax.h (generated).
>>
>> Signed-off-by: Tom Rini <tom_rini@mentor.com>
>> ---
>> .../libnl/fix-pktloc_syntax_h-race.patch | 23 ++++++++++++++++++++
>> meta/recipes-support/libnl/libnl_2.0.bb | 3 +-
>> 2 files changed, 25 insertions(+), 1 deletions(-)
>> create mode 100644 meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
>>
>> diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
>> new file mode 100644
>> index 0000000..d396f96
>> --- /dev/null
>> +++ b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
>> @@ -0,0 +1,23 @@
>> +---
>
> Missing patch header...
How would I mark this when this is an old version of libnl and it
appears not to be a problem the latest version of libnl?
-M
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h
2011-09-29 18:28 ` McClintock Matthew-B29882
@ 2011-09-29 18:38 ` Richard Purdie
2011-09-30 17:01 ` Saul Wold
0 siblings, 1 reply; 36+ messages in thread
From: Richard Purdie @ 2011-09-29 18:38 UTC (permalink / raw)
To: McClintock Matthew-B29882,
Patches and discussions about the oe-core layer
On Thu, 2011-09-29 at 18:28 +0000, McClintock Matthew-B29882 wrote:
> On Thu, Sep 29, 2011 at 10:47 AM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> > On Wed, 2011-09-28 at 23:20 -0500, Matthew McClintock wrote:
> >> From: Tom Rini <tom_rini@mentor.com>
> >>
> >> At issue is that route/pktloc.c (not generated) depends on
> >> route/pktloc_syntax.h (generated).
> >>
> >> Signed-off-by: Tom Rini <tom_rini@mentor.com>
> >> ---
> >> .../libnl/fix-pktloc_syntax_h-race.patch | 23 ++++++++++++++++++++
> >> meta/recipes-support/libnl/libnl_2.0.bb | 3 +-
> >> 2 files changed, 25 insertions(+), 1 deletions(-)
> >> create mode 100644 meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
> >>
> >> diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
> >> new file mode 100644
> >> index 0000000..d396f96
> >> --- /dev/null
> >> +++ b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
> >> @@ -0,0 +1,23 @@
> >> +---
> >
> > Missing patch header...
>
> How would I mark this when this is an old version of libnl and it
> appears not to be a problem the latest version of libnl?
I don't have the patch status field entries handy but you can certainly
document that the issue isn't present in version X so its likely been
fixed upstream already. I guess "Inappropriate" would cover that if
nothing else does.
Cheers,
Richard
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h
2011-09-29 18:38 ` Richard Purdie
@ 2011-09-30 17:01 ` Saul Wold
0 siblings, 0 replies; 36+ messages in thread
From: Saul Wold @ 2011-09-30 17:01 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: McClintock Matthew-B29882
On 09/29/2011 11:38 AM, Richard Purdie wrote:
> On Thu, 2011-09-29 at 18:28 +0000, McClintock Matthew-B29882 wrote:
>> On Thu, Sep 29, 2011 at 10:47 AM, Richard Purdie
>> <richard.purdie@linuxfoundation.org> wrote:
>>> On Wed, 2011-09-28 at 23:20 -0500, Matthew McClintock wrote:
>>>> From: Tom Rini<tom_rini@mentor.com>
>>>>
>>>> At issue is that route/pktloc.c (not generated) depends on
>>>> route/pktloc_syntax.h (generated).
>>>>
>>>> Signed-off-by: Tom Rini<tom_rini@mentor.com>
>>>> ---
>>>> .../libnl/fix-pktloc_syntax_h-race.patch | 23 ++++++++++++++++++++
>>>> meta/recipes-support/libnl/libnl_2.0.bb | 3 +-
>>>> 2 files changed, 25 insertions(+), 1 deletions(-)
>>>> create mode 100644 meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
>>>>
>>>> diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
>>>> new file mode 100644
>>>> index 0000000..d396f96
>>>> --- /dev/null
>>>> +++ b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
>>>> @@ -0,0 +1,23 @@
>>>> +---
>>>
>>> Missing patch header...
>>
>> How would I mark this when this is an old version of libnl and it
>> appears not to be a problem the latest version of libnl?
>
> I don't have the patch status field entries handy but you can certainly
> document that the issue isn't present in version X so its likely been
> fixed upstream already. I guess "Inappropriate" would cover that if
> nothing else does.
>
Just for reference:
http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
This contains the Upstream-Status: entries.
Thanks
Sau!
> Cheers,
>
> Richard
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply [flat|nested] 36+ messages in thread