Re: [OE-core] [PATCH V4 1/1] systemd: upgrade to 215
On Wed, Jul 30, 2014 at 10:20 PM, Chen Qi qi.c...@windriver.com wrote: --- /dev/null +++ b/meta/recipes-core/systemd/systemd/0001-Fix-compilation-error-for-ppc.patch @@ -0,0 +1,41 @@ +Upstream-Status: Pending + +Subject: Fix compilation error for ppc + +This patch comes from https://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg20892.html, +but hasn't been merged. + +gcc does not define WORDS_BIGENDIAN for big-endian PowerPC. It defines +__BIG_ENDIAN__ instead. So also check for __BIG_ENDIAN__ to determine if +the system is big-endian. + +Signed-off-by: Chen Qi qi.c...@windriver.com +--- + src/shared/architecture.h |4 ++-- + 1 file changed, 2 insertions(+), 2 deletions(-) + you should drop this patch and backport these two patches http://cgit.freedesktop.org/systemd/systemd/commit/?id=4f4b92ba7ae9c56cb0f181d5f95d709e085b8bd5 http://cgit.freedesktop.org/systemd/systemd/commit/?id=6017365a1d0c1c78fc34a7da63768ee5df5da511 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gcc: Upgrade 4.9.0 - 4.9.1
Drop patches which are already available in 4.9.1 Signed-off-by: Khem Raj raj.k...@gmail.com --- meta/recipes-devtools/gcc/gcc-4.9.inc |9 +- ...-E500-SPE-errors-with-the-_Decimal64-type.patch | 98 2 files changed, 4 insertions(+), 103 deletions(-) delete mode 100644 meta/recipes-devtools/gcc/gcc-4.9/0052-Fix-GCC-targeting-E500-SPE-errors-with-the-_Decimal64-type.patch diff --git a/meta/recipes-devtools/gcc/gcc-4.9.inc b/meta/recipes-devtools/gcc/gcc-4.9.inc index 10bd5d5..d1be67d 100644 --- a/meta/recipes-devtools/gcc/gcc-4.9.inc +++ b/meta/recipes-devtools/gcc/gcc-4.9.inc @@ -2,11 +2,11 @@ require gcc-common.inc # Third digit in PV should be incremented after a minor release -PV = 4.9.0 +PV = 4.9.1 # BINV should be incremented to a revision after a minor gcc release -BINV = 4.9.0 +BINV = 4.9.1 FILESEXTRAPATHS =. ${FILE_DIRNAME}/gcc-4.9: @@ -65,12 +65,11 @@ SRC_URI = ${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \ file://0049-Enable-SPE-AltiVec-generation-on-powepc-linux-target.patch \ file://0050-Revert-Use-dbx_reg_number-for-spanning-registers.patch \ file://0051-eabispe.patch \ - file://0052-Fix-GCC-targeting-E500-SPE-errors-with-the-_Decimal64-type.patch \ file://0053-gcc-fix-segfault-from-calling-free-on-non-malloc-d-a.patch \ file://0054-gcc-Makefile.in-fix-parallel-building-failure.patch \ -SRC_URI[md5sum] = 9709b49ae0e904cbb0a6a1b62853b556 -SRC_URI[sha256sum] = b9b047a97bade9c1c89970bc8e211ff57b7b8998a1730a80a653d329f8ed1257 +SRC_URI[md5sum] = fddf71348546af523353bd43d34919c1 +SRC_URI[sha256sum] = d334781a124ada6f38e63b545e2a3b8c2183049515a1abab6d513f109f1d717e S = ${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV} B = ${WORKDIR}/gcc-${PV}/build.${HOST_SYS}.${TARGET_SYS} diff --git a/meta/recipes-devtools/gcc/gcc-4.9/0052-Fix-GCC-targeting-E500-SPE-errors-with-the-_Decimal64-type.patch b/meta/recipes-devtools/gcc/gcc-4.9/0052-Fix-GCC-targeting-E500-SPE-errors-with-the-_Decimal64-type.patch deleted file mode 100644 index b4be18e..000 --- a/meta/recipes-devtools/gcc/gcc-4.9/0052-Fix-GCC-targeting-E500-SPE-errors-with-the-_Decimal64-type.patch +++ /dev/null @@ -1,98 +0,0 @@ -From e44a6d438db4848c2a555be773568a3cf7994206 Mon Sep 17 00:00:00 2001 -From: Alexandru-Cezar Sardan alexandru.sardan-kzfg59tc24xl57midrc...@public.gmane.org -Date: Mon, 26 May 2014 12:11:13 +0300 -Subject: [PATCH] Fix E500 with SPE errors with the _Decimal64 type - -[gcc] -2014-04-21 Michael Meissner meissner-23vcf4htsmix0ybbhkvfkdbpr1lh4...@public.gmane.org - - PR target/60735 - * config/rs6000/rs6000.md (movmode_softfloat32, FMOVE64 case): - If mode is DDmode and TARGET_E500_DOUBLE allow move. - - * config/rs6000/rs6000.c (rs6000_debug_reg_global): Print some - more debug information for E500 if -mdebug=reg. - -[gcc/testsuite] -2014-04-21 Michael Meissner meissner-23vcf4htsmix0ybbhkvfkdbpr1lh4...@public.gmane.org - - PR target/60735 - * gcc.target/powerpc/pr60735.c: New test. Insure _Decimal64 does - not cause errors if -mspe. - -Upstream status: Accepted - -This solves upstream bug 60735 -(https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60735). - -Patch taken from https://gcc.gnu.org/viewcvs/gcc?view=revisionrevision=209664 - gcc/config/rs6000/rs6000.c | 18 ++ - gcc/config/rs6000/rs6000.md|3 ++- - gcc/testsuite/gcc.target/powerpc/pr60735.c | 11 +++ - 3 files changed, 31 insertions(+), 1 deletion(-) - create mode 100644 gcc/testsuite/gcc.target/powerpc/pr60735.c - -diff --git a/gcc/config/rs6000/rs6000.c b/gcc/config/rs6000/rs6000.c -index 494efc5..6dcf440 100644 a/gcc/config/rs6000/rs6000.c -+++ b/gcc/config/rs6000/rs6000.c -@@ -2283,6 +2283,24 @@ rs6000_debug_reg_global (void) - if (rs6000_float_gprs) - fprintf (stderr, DEBUG_FMT_S, float_gprs, true); - -+ fprintf (stderr, DEBUG_FMT_S, fprs, -+ (TARGET_FPRS ? true : false)); -+ -+ fprintf (stderr, DEBUG_FMT_S, single_float, -+ (TARGET_SINGLE_FLOAT ? true : false)); -+ -+ fprintf (stderr, DEBUG_FMT_S, double_float, -+ (TARGET_DOUBLE_FLOAT ? true : false)); -+ -+ fprintf (stderr, DEBUG_FMT_S, soft_float, -+ (TARGET_SOFT_FLOAT ? true : false)); -+ -+ fprintf (stderr, DEBUG_FMT_S, e500_single, -+ (TARGET_E500_SINGLE ? true : false)); -+ -+ fprintf (stderr, DEBUG_FMT_S, e500_double, -+ (TARGET_E500_DOUBLE ? true : false)); -+ - if (TARGET_LINK_STACK) - fprintf (stderr, DEBUG_FMT_S, link_stack, true); - -diff --git a/gcc/config/rs6000/rs6000.md b/gcc/config/rs6000/rs6000.md -index 64c9e7c..9cefe15 100644 a/gcc/config/rs6000/rs6000.md -+++ b/gcc/config/rs6000/rs6000.md -@@ -9395,7 +9395,8 @@ - (match_operand:FMOVE64 1 input_operand r,Y,r,G,H,F))] - ! TARGET_POWERPC64 - ((TARGET_FPRS TARGET_SINGLE_FLOAT) -- ||
Re: [OE-core] [RFC 1/1] add support for the barebox bootloader
On 30.07.2014 18:53, Saul Wold wrote: On 07/30/2014 04:49 AM, Stefan Müller-Klieser wrote: Barebox is a bootloader that inherits the best of U-Boot and the Linux kernel. The barebox uses kconfig and kbuild mechanisms similar to the Linux kernel. This is reflected in the recipe. As soon as this functionality gets more abstraction in classes, the barebox recipe can be simplified. The recipe supports: kconfig handling, kconfig fragments, packages for dev tools and support for the initial program loader creation. Signed-off-by: Stefan Müller-Klieser s.mueller-klie...@phytec.de --- meta/recipes-bsp/barebox/barebox-ipl.inc | 37 + meta/recipes-bsp/barebox/barebox-ipl_2014.07.0.bb | 4 + meta/recipes-bsp/barebox/barebox.inc | 161 ++ meta/recipes-bsp/barebox/barebox_2014.07.0.bb | 4 + 4 files changed, 206 insertions(+) create mode 100644 meta/recipes-bsp/barebox/barebox-ipl.inc create mode 100644 meta/recipes-bsp/barebox/barebox-ipl_2014.07.0.bb create mode 100644 meta/recipes-bsp/barebox/barebox.inc create mode 100644 meta/recipes-bsp/barebox/barebox_2014.07.0.bb diff --git a/meta/recipes-bsp/barebox/barebox-ipl.inc b/meta/recipes-bsp/barebox/barebox-ipl.inc new file mode 100644 index 000..f388522 --- /dev/null +++ b/meta/recipes-bsp/barebox/barebox-ipl.inc @@ -0,0 +1,37 @@ +# Copyright (C) 2014 Stefan Mueller-Klieser s.mueller-klie...@phytec.de \ +# PHYTEC Messtechnik GmbH +# Recipe released under the GPL-3.0 license + Before I review this much further, I have to ask why are you licensing the recipe meta-data as GPL-3.0? All the rest of the meta-data is MIT. I also note that barebox itself is GPL-2.0. Thanks Sau! Thats our default license. GPL3 is modern and better compatible with the huge number of other free licenses. I can easily remove the line for upstream work, so it will be MIT too. +require barebox.inc + +DESCRIPTION = Barebox IPL Inintial Program Loader: some machines need \ + a pre-bootloader. This one gets build by the barebox. +PROVIDES = barebox-ipl +S = ${WORKDIR}/barebox-${PV} + +# Pre Bootloader +BAREBOX_IPL_BIN ?= barebox.bin +BAREBOX_IPL_BIN_DEPLOY ?= IPL-${MACHINE}-${PV}-${PR}.bin +BAREBOX_IPL_BIN_SYMLINK ?= IPL +BAREBOX_IPL_DEFAULT_DEFCONFIG ?= am335x_mlo_defconfig + +do_default_defconfig () { +bbnote generating .config for target ${BAREBOX_IPL_DEFAULT_DEFCONFIG} +unset CFLAGS LDFLAGS +oe_runmake ${BAREBOX_IPL_DEFAULT_DEFCONFIG} +} + +do_install () { +bbnote Installing barebox-ipl image on target rootfs +install -d ${D}${base_bootdir} +install ${S}/${BAREBOX_IPL_BIN} ${D}${base_bootdir}/${BAREBOX_IPL_BIN_DEPLOY} +ln -sf ${BAREBOX_IPL_BIN_DEPLOY} ${D}${base_bootdir}/${BAREBOX_IPL_BIN_SYMLINK} +} +FILES_${PN} = +FILES_${PN} = ${base_bootdir} + +do_deploy () { +bbnote Deploying barebox ipl +install ${S}/${BAREBOX_IPL_BIN} ${DEPLOYDIR}/${BAREBOX_IPL_BIN_DEPLOY} +ln -sf ${BAREBOX_IPL_BIN_DEPLOY} ${DEPLOYDIR}/${BAREBOX_IPL_BIN_SYMLINK} +} diff --git a/meta/recipes-bsp/barebox/barebox-ipl_2014.07.0.bb b/meta/recipes-bsp/barebox/barebox-ipl_2014.07.0.bb new file mode 100644 index 000..372828a --- /dev/null +++ b/meta/recipes-bsp/barebox/barebox-ipl_2014.07.0.bb @@ -0,0 +1,4 @@ +require barebox-ipl.inc + +SRC_URI[md5sum] = f3a93950777916d4b1c2cd366aec8d91 +SRC_URI[sha256sum] = 6dca5c78de8565a15aaa404edbf1bc4663415f0dc69e094f3b621636876285f2 diff --git a/meta/recipes-bsp/barebox/barebox.inc b/meta/recipes-bsp/barebox/barebox.inc new file mode 100644 index 000..b7885df --- /dev/null +++ b/meta/recipes-bsp/barebox/barebox.inc @@ -0,0 +1,161 @@ +# Copyright (C) 2014 Stefan Mueller-Klieser s.mueller-klie...@phytec.de +# PHYTEC Messtechnik GmbH +# Recipe released under the GPL-3.0 license +# +# TODO: see if there is some development towards moving all kconfig +# funcionality into the kconfig-frontends package and adjust +# the recipe accordingly. +# + +SUMMARY = The Barebox Bootloader +DESCRIPTION = Barebox (formerly known as u-boot-v2) is a bootloader that \ + inherits the best of U-Boot and the Linux kernel: The size and \ + look-and-feel of u-boot, with driver model and lots of design \ + concepts from the kernel. \ + The bb recipe adds config fragment support and kconfig \ + command handling using the yocto kern-tools-native. +HOMEPAGE = http://www.barebox.org; +SECTION = bootloaders +PROVIDES = virtual/bootloader barebox +LICENSE = GPL-2.0 +LIC_FILES_CHKSUM = file://COPYING;md5=057bf9e50e1ca857d0eb97bfe4ba8e5d +SRC_URI = http://barebox.org/download/barebox-${PV}.tar.bz2; + +inherit kernel-arch cml1 deploy +DEPENDS += kern-tools-native +PACKAGE_ARCH = ${MACHINE_ARCH} +# verbose build 0/1 +VERBOSE_BUILD ?= 0 +EXTRA_OEMAKE = 'V=${VERBOSE_BUILD} CROSS_COMPILE=${TARGET_PREFIX} CC=${TARGET_PREFIX}gcc ${TOOLCHAIN_OPTIONS}' +# target rootfs boot directory +base_bootdir = /boot + +#
Re: [OE-core] [RFC 1/1] add support for the barebox bootloader
On Thu, 2014-07-31 at 09:04 +0200, Stefan Müller-Klieser wrote: On 30.07.2014 18:53, Saul Wold wrote: On 07/30/2014 04:49 AM, Stefan Müller-Klieser wrote: Barebox is a bootloader that inherits the best of U-Boot and the Linux kernel. The barebox uses kconfig and kbuild mechanisms similar to the Linux kernel. This is reflected in the recipe. As soon as this functionality gets more abstraction in classes, the barebox recipe can be simplified. The recipe supports: kconfig handling, kconfig fragments, packages for dev tools and support for the initial program loader creation. Signed-off-by: Stefan Müller-Klieser s.mueller-klie...@phytec.de --- meta/recipes-bsp/barebox/barebox-ipl.inc | 37 + meta/recipes-bsp/barebox/barebox-ipl_2014.07.0.bb | 4 + meta/recipes-bsp/barebox/barebox.inc | 161 ++ meta/recipes-bsp/barebox/barebox_2014.07.0.bb | 4 + 4 files changed, 206 insertions(+) create mode 100644 meta/recipes-bsp/barebox/barebox-ipl.inc create mode 100644 meta/recipes-bsp/barebox/barebox-ipl_2014.07.0.bb create mode 100644 meta/recipes-bsp/barebox/barebox.inc create mode 100644 meta/recipes-bsp/barebox/barebox_2014.07.0.bb diff --git a/meta/recipes-bsp/barebox/barebox-ipl.inc b/meta/recipes-bsp/barebox/barebox-ipl.inc new file mode 100644 index 000..f388522 --- /dev/null +++ b/meta/recipes-bsp/barebox/barebox-ipl.inc @@ -0,0 +1,37 @@ +# Copyright (C) 2014 Stefan Mueller-Klieser s.mueller-klie...@phytec.de \ +# PHYTEC Messtechnik GmbH +# Recipe released under the GPL-3.0 license + Before I review this much further, I have to ask why are you licensing the recipe meta-data as GPL-3.0? All the rest of the meta-data is MIT. I also note that barebox itself is GPL-2.0. Thanks Sau! Thats our default license. GPL3 is modern and better compatible with the huge number of other free licenses. I can easily remove the line for upstream work, so it will be MIT too. Our metadata is MIT and I'd much prefer to try and keep it simple with one license if at all possible. Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [daisy][PATCH] adt-installer: fix sed input file error
When use default install directory, we can't get the environment setup script path. The reason is that opkg-cl list incorrect files paths. This patch sets env_script variable to make us get correct environment setup script path. [YOCTO #6443] Signed-off-by: Chong Lu chong...@windriver.com --- .../installer/adt-installer/scripts/adt_installer_internal | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal b/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal index 432ba41..b25af35 100755 --- a/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal +++ b/meta/recipes-devtools/installer/adt-installer/scripts/adt_installer_internal @@ -163,6 +163,7 @@ for target_type in $YOCTOADT_TARGETS; do # opkg will not install packagegroup-cross-canadian package if it was already # installed. So, the environment script is in one place or the other. + [ -e $INSTALL_FOLDER/$env_script_original ] env_script=$INSTALL_FOLDER/$env_script_original [ -e $env_script_original ] env_script=$env_script_original [ -e $env_script_relocated ] env_script=$env_script_relocated -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V5 1/1] systemd: upgrade to 215
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 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 GPT_ROOT_X86 + #endif + +-#if defined(__aarch64__) !defined(WORDS_BIGENDIAN) ++#if defined(__aarch64__) (__BYTE_ORDER != __BIG_ENDIAN) + # define GPT_ROOT_NATIVE GPT_ROOT_ARM_64 + # define GPT_ROOT_SECONDARY GPT_ROOT_ARM +-#elif defined(__arm__) !defined(WORDS_BIGENDIAN) ++#elif defined(__arm__) (__BYTE_ORDER != __BIG_ENDIAN) + # define GPT_ROOT_NATIVE GPT_ROOT_ARM + #endif + +diff --git a/src/shared/time-dst.c b/src/shared/time-dst.c +index ceca2fa..6195b11 100644 +--- a/src/shared/time-dst.c b/src/shared/time-dst.c +@@ -207,8 +207,8 @@ read_again: + if (type_idxs[i] = num_types) +
[OE-core] [PATCH V5 0/1] systemd: upgrade to 215
The following changes since commit 7986adeac16550b33f65fded39a55f668e0e543f: populate_sdk_base: Fix grep command usage on old hosts (2014-07-29 09:57:54 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/systemd_215 http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=ChenQi/systemd_215 Chen Qi (1): systemd: upgrade to 215 ...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%) -- 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] package_manager.py: set preferred ABI for rpm
When using the RPM packaging backend to generate a rootfs there needs to be a way to configure the preferred ABI to resolve ELF file conflicts. Currently RPM resolves ELF file conflicts with the last-installed wins. Using SMART it's difficult to know what the last installed will be. There are three specific policies that can be selected: 1: ELF32 wins 2: ELF64 wins 3: ELF64 N32 wins (mips64 or mips64el only) Another option 0 is uncontrollable, which means that if two are being installed at once Elf64 is preferred, but if they're being installed in two different transactions, last in wins, so we don't document it. Add RPM_PREFER_COLOR to let the user config the preferred ABI. [YOCTO #4073] Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/lib/oe/package_manager.py | 16 meta/lib/oe/rootfs.py |3 ++- 2 files changed, 18 insertions(+), 1 deletion(-) diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py index 522..a0984c4 100644 --- a/meta/lib/oe/package_manager.py +++ b/meta/lib/oe/package_manager.py @@ -821,6 +821,22 @@ class RpmPM(PackageManager): self._invoke_smart('config --set rpm-extra-macros._var=%s' % self.d.getVar('localstatedir', True)) cmd = 'config --set rpm-extra-macros._tmppath=/install/tmp' + +prefer_color = self.d.getVar('RPM_PREFER_COLOR', True) +if prefer_color: +if prefer_color not in ['0', '1', '2', '3']: +bb.fatal(Invalid RPM_PREFER_COLOR: %s, it should be one of:\n +\t1: ELF32 wins\n +\t2: ELF64 wins\n +\t3: ELF64 N32 wins (mips64 or mips64el only) % +prefer_color) +if prefer_color == 3 and self.d.getVar(TUNE_ARCH, True) not in \ +['mips64', 'mips64el']: +bb.fatal(RPM_PREFER_COLOR = \3\ is for mips64 or mips64el + only.) +self._invoke_smart('config --set rpm-extra-macros._prefer_color=%s' +% prefer_color) + self._invoke_smart(cmd) # Write common configuration for host and target usage diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py index 90a98b4..0424a01 100644 --- a/meta/lib/oe/rootfs.py +++ b/meta/lib/oe/rootfs.py @@ -329,7 +329,8 @@ class RpmRootfs(Rootfs): @staticmethod def _depends_list(): -return ['DEPLOY_DIR_RPM', 'INC_RPM_IMAGE_GEN', 'RPM_PREPROCESS_COMMANDS', 'RPM_POSTPROCESS_COMMANDS'] +return ['DEPLOY_DIR_RPM', 'INC_RPM_IMAGE_GEN', 'RPM_PREPROCESS_COMMANDS', +'RPM_POSTPROCESS_COMMANDS', 'RPM_PREFER_COLOR'] def _get_delayed_postinsts(self): postinst_dir = self.d.expand(${IMAGE_ROOTFS}${sysconfdir}/rpm-postinsts) -- 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] local.conf.sample.extended: update for preferred ABI
[YOCTO #4073] Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/conf/local.conf.sample.extended | 15 +++ 1 file changed, 15 insertions(+) diff --git a/meta/conf/local.conf.sample.extended b/meta/conf/local.conf.sample.extended index 89b80a6..8ad7b6f 100644 --- a/meta/conf/local.conf.sample.extended +++ b/meta/conf/local.conf.sample.extended @@ -145,6 +145,13 @@ #MULTILIBS = multilib:lib32 #DEFAULTTUNE_virtclass-multilib-lib32 = x86 +# Set RPM_PREFER_COLOR to configure preferred ABI when using rpm packaging +# backend to generate a rootfs, choices are: +# 1: ELF32 wins +# 2: ELF64 wins +# 3: ELF64 N32 wins (for mips64 or mips64el only) +#RPM_PREFER_COLOR ?= 2 + # The network based PR service host and port # Uncomment the following lines to enable PRservice. # Set PRSERV_HOST to 'localhost:0' to automatically @@ -354,3 +361,11 @@ # feed layout is used where package files are placed in outdir/arch/. # #IPK_HIERARCHICAL_FEED = 1 + +# Checks the kernel image size against KERNEL_IMAGE_MAXSIZE (The unit is +# Kbytes) +#KERNEL_IMAGE_MAXSIZE = 8192 +# +# Check the rootfs size against IMAGE_ROOTFS_MAXSIZE (The unit is +# Kbytes) +#IMAGE_ROOTFS_MAXSIZE = 65536 -- 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/2] package_manager.py: set preferred ABI for rpm
Test info: * Set these in local.conf: MACHINE = qemux86-64 require conf/multilib.conf MULTILIBS = multilib:lib32 DEFAULTTUNE_virtclass-multilib-lib32 = x86 IMAGE_INSTALL_append = bash lib32-bash 1) Set RPM_PREFER_COLOR = 1 in local.conf $ bitbke core-image-minimal $ file tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/rootfs/bin/bash tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/rootfs/bin/bash: ELF 32-bit LSB executable, Intel 80386 ### 32bit wins 2) Set RPM_PREFER_COLOR = 2 in local.conf $ bitbke core-image-minimal $ file tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/rootfs/bin/bash tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/rootfs/bin/bash: ELF 64-bit LSB executable, x86-64 ### 64bit wins // Robert The following changes since commit 7986adeac16550b33f65fded39a55f668e0e543f: populate_sdk_base: Fix grep command usage on old hosts (2014-07-29 09:57:54 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib robert/rpm http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/rpm Robert Yang (2): package_manager.py: set preferred ABI for rpm local.conf.sample.extended: update for preferred ABI meta/conf/local.conf.sample.extended | 15 +++ meta/lib/oe/package_manager.py | 16 meta/lib/oe/rootfs.py|3 ++- 3 files changed, 33 insertions(+), 1 deletion(-) -- 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 2/2] local.conf.sample.extended: update for preferred ABI
On 07/31/2014 04:15 PM, Robert Yang wrote: [YOCTO #4073] Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/conf/local.conf.sample.extended | 15 +++ 1 file changed, 15 insertions(+) diff --git a/meta/conf/local.conf.sample.extended b/meta/conf/local.conf.sample.extended index 89b80a6..8ad7b6f 100644 --- a/meta/conf/local.conf.sample.extended +++ b/meta/conf/local.conf.sample.extended @@ -145,6 +145,13 @@ #MULTILIBS = multilib:lib32 #DEFAULTTUNE_virtclass-multilib-lib32 = x86 +# Set RPM_PREFER_COLOR to configure preferred ABI when using rpm packaging +# backend to generate a rootfs, choices are: +# 1: ELF32 wins +# 2: ELF64 wins +# 3: ELF64 N32 wins (for mips64 or mips64el only) +#RPM_PREFER_COLOR ?= 2 + # The network based PR service host and port # Uncomment the following lines to enable PRservice. # Set PRSERV_HOST to 'localhost:0' to automatically @@ -354,3 +361,11 @@ # feed layout is used where package files are placed in outdir/arch/. # #IPK_HIERARCHICAL_FEED = 1 I removed the lines below in the git repo, they should be in another patch. + +# Checks the kernel image size against KERNEL_IMAGE_MAXSIZE (The unit is +# Kbytes) +#KERNEL_IMAGE_MAXSIZE = 8192 +# +# Check the rootfs size against IMAGE_ROOTFS_MAXSIZE (The unit is +# Kbytes) +#IMAGE_ROOTFS_MAXSIZE = 65536 // Robert -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Fwd: Add recipe to openembedded, adjust layer
Hi Leah, On Wednesday 30 July 2014 11:53:34 Leah wrote: I have a recipe - cyassl_3.1.0.bb, a lightweight ssl library that I would like to add to openembedded. I am not sure as to the best location, perhaps recipes-connectivity? Do I need to submit this recipe the same way I would submit a layer? Also, is there a way to edit my current layer's information(meta-wolfssl) on the openembedded layer index? You can edit a layer's information if you are a maintainer of that layer; you simply create an account with the same email address as in the maintainer entry and then once logged in there will be an edit button on the top right of the layer index page. Alternatively we're happy to make edits on request (including adding / replacing maintainers) if needed. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Fwd: Re: backport patches for gmp-4.x.x
Original Message Subject: Re: backport patches for gmp-4.x.x Date: Tue, 29 Jul 2014 05:15:11 +0200 From: Torbjörn Granlund t...@gmplib.org To: Rongqing Li rongqing...@windriver.com CC: gmp-disc...@gmplib.org, gmp-de...@gmplib.org, Patches and discussions about the oe-core layer openembedded-core@lists.openembedded.org Rongqing Li rongqing...@windriver.com writes: Torbjorn Granlund: we am using the gmp-4.2.1, but compiling gmp failed on mips64 and 64bit userspace, I see the patch 12418[(mips, powerpc): Provide assembly-free umul_ppmm for newer gcc] can fix it. but it is under GPLv3; Could you release this patch under GPLv2? No. Use GMP 6.0.0 or later of you dual-licensing is important. Torbjörn Please encrypt, key id 0xC8601622 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [oe-core][PATCH v3] base-files: set dynamic COLUMNS via resize command
From: Ting Liu ting@freescale.com By default, COLUMNS is set to 80. If possible, run 'resize' to determine what the current dimensions are. This avoids the final part of long lines overlap the start of the same line. Signed-off-by: Ting Liu ting@freescale.com --- changes in v2: * dynamically check for ${bindir} instead of hard code /usr/bin changes in v3: * use consistent indentation meta/recipes-core/base-files/base-files/profile |4 meta/recipes-core/base-files/base-files_3.0.14.bb |4 2 files changed, 8 insertions(+), 0 deletions(-) diff --git a/meta/recipes-core/base-files/base-files/profile b/meta/recipes-core/base-files/base-files/profile index 0b2d9d7..88ab8d8 100644 --- a/meta/recipes-core/base-files/base-files/profile +++ b/meta/recipes-core/base-files/base-files/profile @@ -26,6 +26,10 @@ if [ -d /etc/profile.d ]; then unset i fi +if [ -x /usr/bin/resize ];then + /usr/bin/resize /dev/null +fi + export PATH PS1 OPIEDIR QPEDIR QTDIR EDITOR TERM umask 022 diff --git a/meta/recipes-core/base-files/base-files_3.0.14.bb b/meta/recipes-core/base-files/base-files_3.0.14.bb index 30b1bf4..07f5c54 100644 --- a/meta/recipes-core/base-files/base-files_3.0.14.bb +++ b/meta/recipes-core/base-files/base-files_3.0.14.bb @@ -102,6 +102,10 @@ do_install () { install -m 0644 ${WORKDIR}/host.conf ${D}${sysconfdir}/host.conf install -m 0644 ${WORKDIR}/motd ${D}${sysconfdir}/motd + if [ /usr/bin != ${bindir} ]; then + sed -i s,/usr/bin/resize,${bindir}/resize, ${D}${sysconfdir}/profile + fi + ln -sf /proc/mounts ${D}${sysconfdir}/mtab } -- 1.7.3.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] SRC_URI parameter: subdir does not work for local files
Check if the 'subdir' parameter exists and assign it to 'destdir' so that files are copied in ${WORKDIR}/destdir. Signed-off-by: Roxana Ciobanu roxana.ciob...@intel.com --- bitbake/lib/bb/fetch2/__init__.py | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/bitbake/lib/bb/fetch2/__init__.py b/bitbake/lib/bb/fetch2/__init__.py index df2f2b0..68c8329 100644 --- a/bitbake/lib/bb/fetch2/__init__.py +++ b/bitbake/lib/bb/fetch2/__init__.py @@ -1265,7 +1265,10 @@ class FetchMethod(object): if urldata.type == file and urldata.path.find(/) != -1: destdir = urldata.path.rsplit(/, 1)[0] else: - destdir = . + if urldata.parm.get('subdir') != None: + destdir = urldata.parm.get('subdir') + else: + destdir = . bb.utils.mkdirhier(%s/%s % (rootdir, destdir)) cmd = 'cp -f %s %s/%s/' % (file, rootdir, destdir) -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] Fix for YB6562
The following changes since commit 2d1660112e54653f7bb763939d0416472c49fe01: populate_sdk_base: Fix grep command usage on old hosts (2014-07-29 09:58:27 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib roxana/YB6562 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=roxana/YB6562 Roxana Ciobanu (1): SRC_URI parameter: subdir does not work for local files bitbake/lib/bb/fetch2/__init__.py | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] local.conf.sample.extended: update for preferred ABI
On Thu, 2014-07-31 at 16:18 +0800, Robert Yang wrote: On 07/31/2014 04:15 PM, Robert Yang wrote: [YOCTO #4073] Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/conf/local.conf.sample.extended | 15 +++ 1 file changed, 15 insertions(+) diff --git a/meta/conf/local.conf.sample.extended b/meta/conf/local.conf.sample.extended index 89b80a6..8ad7b6f 100644 --- a/meta/conf/local.conf.sample.extended +++ b/meta/conf/local.conf.sample.extended @@ -145,6 +145,13 @@ #MULTILIBS = multilib:lib32 #DEFAULTTUNE_virtclass-multilib-lib32 = x86 +# Set RPM_PREFER_COLOR to configure preferred ABI when using rpm packaging +# backend to generate a rootfs, choices are: +# 1: ELF32 wins +# 2: ELF64 wins +# 3: ELF64 N32 wins (for mips64 or mips64el only) +#RPM_PREFER_COLOR ?= 2 + Is x86 x32 also color 3? Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] local.conf.sample.extended: update for preferred ABI
On 7/31/14, 8:45 AM, Richard Purdie wrote: On Thu, 2014-07-31 at 16:18 +0800, Robert Yang wrote: On 07/31/2014 04:15 PM, Robert Yang wrote: [YOCTO #4073] Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/conf/local.conf.sample.extended | 15 +++ 1 file changed, 15 insertions(+) diff --git a/meta/conf/local.conf.sample.extended b/meta/conf/local.conf.sample.extended index 89b80a6..8ad7b6f 100644 --- a/meta/conf/local.conf.sample.extended +++ b/meta/conf/local.conf.sample.extended @@ -145,6 +145,13 @@ #MULTILIBS = multilib:lib32 #DEFAULTTUNE_virtclass-multilib-lib32 = x86 +# Set RPM_PREFER_COLOR to configure preferred ABI when using rpm packaging +# backend to generate a rootfs, choices are: +# 1: ELF32 wins +# 2: ELF64 wins +# 3: ELF64 N32 wins (for mips64 or mips64el only) +#RPM_PREFER_COLOR ?= 2 + Is x86 x32 also color 3? x32 support was never implemented. RPM has no unique identification for x32 binaries at this time. They're treated as ELF64 if I remember correctly. If implemented, I would expect it to piggy back on '3' as well. --Mark Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] netbase: Adding loop back for machine name in hosts file
From: Sujith H sujith_harida...@mentor.com If hostname is not added to /etc/hosts file then rpcinfo command fails when hostname is passed as argument. This was observed when rpcinfo command was tested on freescale target. Below was the output observed without this change. root@mx6q:~# rpcinfo -s mx6q rpcinfo: can't contact rpcbind: RPC: (unknown error code) Below is the output after this change: root@mx6q:~# rpcinfo -s mx6q program version(s) netid(s) service owner 10 2,3,4 local,udp,tcp,udp6,tcp6 portmapper superuser root@mx6q:~# Signed-off-by: Sujith H sujit...@gmail.com --- meta/recipes-core/netbase/netbase_5.2.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-core/netbase/netbase_5.2.bb b/meta/recipes-core/netbase/netbase_5.2.bb index ab7ae65..a6fb010 100644 --- a/meta/recipes-core/netbase/netbase_5.2.bb +++ b/meta/recipes-core/netbase/netbase_5.2.bb @@ -18,6 +18,7 @@ do_install () { install -m 0644 etc-rpc ${D}${sysconfdir}/rpc install -m 0644 etc-protocols ${D}${sysconfdir}/protocols install -m 0644 etc-services ${D}${sysconfdir}/services + echo 127.0.1.1 ${MACHINE} ${D}${sysconfdir}/hosts } CONFFILES_${PN} = ${sysconfdir}/hosts -- 1.8.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Fwd: Re: backport patches for gmp-4.x.x
On Thu, Jul 31, 2014 at 2:29 AM, Rongqing Li rongqing...@windriver.com wrote: Use GMP 6.0.0 or later of you dual-licensing is important. OK so you have a way forward now. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] netbase: Adding loop back for machine name in hosts file
On Thu, Jul 31, 2014 at 7:59 AM, Sujith H sujit...@gmail.com wrote: + echo 127.0.1.1 ${MACHINE} ${D}${sysconfdir}/hosts recipe will become MACHNE specific. Can this be done via post processing funcs instead ? -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] netbase: Adding loop back for machine name in hosts file
On 7/31/14, 10:42 AM, Khem Raj wrote: On Thu, Jul 31, 2014 at 7:59 AM, Sujith H sujit...@gmail.com wrote: + echo 127.0.1.1 ${MACHINE} ${D}${sysconfdir}/hosts recipe will become MACHNE specific. Can this be done via post processing funcs instead ? I had the same comment. We don't want to do this in the recipe itself. Instead we want to likely add a rootfs/image configuration step, like the zap_root_password and similar actions. This way it can be enabled/disabled more easily based on user requirements. --Mark -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] mesa-demos: upgrade to 8.2.0 and allow building without GLEW/GLU
Signed-off-by: Martin Jansa martin.ja...@gmail.com --- .../0001-mesa-demos-Add-missing-data-files.patch | 33 +- ...s-Use-DEMOS_DATA_DIR-to-locate-data-files.patch | 234 ...mplement-with-AC_WITH-glut-so-that-withou.patch | 54 +++ ...llow-to-disable-demos-which-require-GLEW-.patch | 420 + ...4-Use-DEMOS_DATA_DIR-to-locate-data-files.patch | 234 ...hen-EGL_MESA_screen_surface-extension-isn.patch | 267 + ...ay-for-EGL_MESA_screen_surface-extension-.patch | 41 ++ .../0007-Install-few-more-test-programs.patch | 74 ...dd-few-missing-.glsl-.vert-.frag-files-to.patch | 101 + ...glsl-perf-Install-.glsl-.vert-.frag-files.patch | 73 .../egl-mesa-screen-surface-build-fix.patch| 257 - .../mesa-demos/egl-mesa-screen-surface-query.patch | 35 -- meta/recipes-graphics/mesa/mesa-demos/glut.patch | 46 --- meta/recipes-graphics/mesa/mesa-demos_8.1.0.bb | 53 --- meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb | 53 +++ 15 files changed, 1334 insertions(+), 641 deletions(-) delete mode 100644 meta/recipes-graphics/mesa/mesa-demos/0001-mesa-demos-Use-DEMOS_DATA_DIR-to-locate-data-files.patch create mode 100644 meta/recipes-graphics/mesa/mesa-demos/0002-Correctly-implement-with-AC_WITH-glut-so-that-withou.patch create mode 100644 meta/recipes-graphics/mesa/mesa-demos/0003-configure-Allow-to-disable-demos-which-require-GLEW-.patch create mode 100644 meta/recipes-graphics/mesa/mesa-demos/0004-Use-DEMOS_DATA_DIR-to-locate-data-files.patch create mode 100644 meta/recipes-graphics/mesa/mesa-demos/0005-Fix-build-when-EGL_MESA_screen_surface-extension-isn.patch create mode 100644 meta/recipes-graphics/mesa/mesa-demos/0006-Query-display-for-EGL_MESA_screen_surface-extension-.patch create mode 100644 meta/recipes-graphics/mesa/mesa-demos/0007-Install-few-more-test-programs.patch create mode 100644 meta/recipes-graphics/mesa/mesa-demos/0008-glsl-perf-Add-few-missing-.glsl-.vert-.frag-files-to.patch create mode 100644 meta/recipes-graphics/mesa/mesa-demos/0009-glsl-perf-Install-.glsl-.vert-.frag-files.patch delete mode 100644 meta/recipes-graphics/mesa/mesa-demos/egl-mesa-screen-surface-build-fix.patch delete mode 100644 meta/recipes-graphics/mesa/mesa-demos/egl-mesa-screen-surface-query.patch delete mode 100644 meta/recipes-graphics/mesa/mesa-demos/glut.patch delete mode 100644 meta/recipes-graphics/mesa/mesa-demos_8.1.0.bb create mode 100644 meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb diff --git a/meta/recipes-graphics/mesa/mesa-demos/0001-mesa-demos-Add-missing-data-files.patch b/meta/recipes-graphics/mesa/mesa-demos/0001-mesa-demos-Add-missing-data-files.patch index c785103..93ee9c2 100644 --- a/meta/recipes-graphics/mesa/mesa-demos/0001-mesa-demos-Add-missing-data-files.patch +++ b/meta/recipes-graphics/mesa/mesa-demos/0001-mesa-demos-Add-missing-data-files.patch @@ -1,7 +1,7 @@ -From 87f9a62329d7c5f4d351fbb63a41f2a1935fb2f1 Mon Sep 17 00:00:00 2001 +From b695c3a3fa3f4cd48c13aa26542110de27075518 Mon Sep 17 00:00:00 2001 From: Drew Moseley drew_mose...@mentor.com Date: Mon, 12 May 2014 15:22:32 -0400 -Subject: [PATCH] mesa-demos: Add missing data files. +Subject: [PATCH 1/9] mesa-demos: Add missing data files. Add some data files that are present in the git repository: http://cgit.freedesktop.org/mesa/demos/tree/?id=mesa-demos-8.1.0 @@ -10,20 +10,21 @@ but not in the release tarball Upstream-Status: Backport Signed-off-by: Drew Moseley drew_mose...@mentor.com +Signed-off-by: Martin Jansa martin.ja...@gmail.com --- - src/fpglsl/depth-read.glsl |4 + - src/fpglsl/infinite-loop.glsl |7 + - src/glsl/CH11-bumpmaptex.frag | 47 +++ - src/glsl/blinking-teapot.frag | 31 + - src/glsl/blinking-teapot.vert | 16 +++ - src/glsl/convolution.frag | 21 +++ - src/glsl/simplex-noise.glsl | 279 +++ - src/glsl/skinning.vert | 24 - src/perf/glslstateschange1.frag | 19 +++ - src/perf/glslstateschange1.vert | 14 ++ - src/perf/glslstateschange2.frag | 17 +++ - src/perf/glslstateschange2.vert | 14 ++ - src/vpglsl/infinite-loop.glsl |8 ++ + src/fpglsl/depth-read.glsl | 4 + + src/fpglsl/infinite-loop.glsl | 7 + + src/glsl/CH11-bumpmaptex.frag | 47 +++ + src/glsl/blinking-teapot.frag | 31 + + src/glsl/blinking-teapot.vert | 16 +++ + src/glsl/convolution.frag | 21 +++ + src/glsl/simplex-noise.glsl | 279 + src/glsl/skinning.vert | 24 + src/perf/glslstateschange1.frag | 19 +++ + src/perf/glslstateschange1.vert | 14 ++ + src/perf/glslstateschange2.frag | 17 +++ + src/perf/glslstateschange2.vert | 14 ++ + src/vpglsl/infinite-loop.glsl | 8 ++ 13 files changed, 501 insertions(+) create mode 100644 src/fpglsl/depth-read.glsl create mode 100644 src/fpglsl/infinite-loop.glsl @@
Re: [OE-core] [PATCH] netbase: Adding loop back for machine name in hosts file
Sujith H sujith.h-re5jqeeqqe8avxtiumw...@public.gmane.org writes: + echo 127.0.1.1 ${MACHINE} ${D}${sysconfdir}/hosts This is a very questionable setup which causes a lot of harm. When really wanted, it should be made optional and not the default. Enrico -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] netbase: Adding loop back for machine name in hosts file
On Thu, Jul 31, 2014 at 1:20 PM, Enrico Scholz enrico.sch...@sigma-chemnitz.de wrote: Sujith H sujith.h-re5jqeeqqe8avxtiumw...@public.gmane.org writes: + echo 127.0.1.1 ${MACHINE} ${D}${sysconfdir}/hosts This is a very questionable setup which causes a lot of harm. When really wanted, it should be made optional and not the default. What kind of harm you see? I think moving this to postinst works for me and does not cause problems I think. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] opkg-utils: Update SRCREV
opkg-build now checks whether tar supports the '--format' option before using '--format=gnu' so that packages can be build with both Busybox tar (no '--format' option) and GNU tar (defaults to posix format unless told otherwise on some distros). Signed-off-by: Paul Barker p...@paulbarker.me.uk --- meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 2 +- 1 file changed, 1 insertion(+), 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 2d16660..693c216 100644 --- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb +++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb @@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \ file://opkg.py;beginline=1;endline=18;md5=15917491ad6bf7acc666ca5f7cc1e083 PROVIDES += virtual/update-alternatives -SRCREV = d14458499af7dd41d8e424946c164961421b0ddb +SRCREV = eae0d8fa44e8594aa90eadf06e5f4fbeef314509 PV = 0.1.8+git${SRCPV} SRC_URI = git://git.yoctoproject.org/opkg-utils -- 2.0.3 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] opkg-utils: Update SRCREV
This update is needed so that the patch for opkg-utils sent by Tom Ingleby at the beginning of June takes effect in OpenEmbedded. Sorry I lost this and forgot to push the SRCREV update, many thanks to Saul for reminding me! Paul Barker (1): opkg-utils: Update SRCREV meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 2.0.3 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] netbase: Adding loop back for machine name in hosts file
On 7/31/14, 3:44 PM, Otavio Salvador wrote: On Thu, Jul 31, 2014 at 1:20 PM, Enrico Scholz enrico.sch...@sigma-chemnitz.de wrote: Sujith H sujith.h-re5jqeeqqe8avxtiumw...@public.gmane.org writes: + echo 127.0.1.1 ${MACHINE} ${D}${sysconfdir}/hosts This is a very questionable setup which causes a lot of harm. When really wanted, it should be made optional and not the default. What kind of harm you see? I think moving this to postinst works for me and does not cause problems I think. The only default configuration for 127.0.0.1 (not 1.1) should be localhost. Anything after that is installation independent and should be configured outside of the 'package' scope... I recommend ROOTFS_POSTINSTALL_COMMAND... --Mark -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core