[OE-core] [PATCH 0/1] compress_doc.bbclass: improve manual file detection

The following changes since commit 7bd03ac24114b2c6015144a37e0c3fb4037baea6: bitbake: toastergui: fix invalid build url usage (2014-11-06 16:45:23 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib hongxu/fix-doc http://git.pokylinux.org/cgit.cgi/poky-contr

[OE-core] [PATCH 1/1] compress_doc.bbclass: improve manual file detection

The previous detection missing the following manual file: ... gawk-doc/usr/share/man/man3/readfile.3am libpcap-doc/usr/share/man/man3/pcap_dump_open.3pcap ... We use re to imporve it. Signed-off-by: Hongxu Jia --- meta/classes/compress_doc.bbclass | 11 +++ 1 file changed, 7 insertions(

Re: [OE-core] [PATCH 1/4] avahi.inc: use avahi-daemon as avahi's provider

On 11/07/2014 10:42 PM, Burton, Ross wrote: On 7 November 2014 14:38, Martin Jansa > wrote: On Fri, Nov 07, 2014 at 03:57:01PM +0800, Hongxu Jia wrote: > The package avahi does not exist, so we use avahi-daemon as the provider. > It avoids the do_

Re: [OE-core] [PATCH] gcc: Fix intermittent failures during configure

On 11/7/14, 6:18 PM, Burton, Ross wrote: Hi Mark, On 7 November 2014 19:21, Mark Hatle mailto:mark.ha...@windriver.com>> wrote: If configure or any of the components it uses from the shared work directory change, do_configure may fail. An existing do_preconfigure was created to han

Re: [OE-core] [PATCH 0/1] nss: CVE-2014-1568

Hi Chong, On 6 November 2014 07:50, Chong Lu wrote: > The following changes since commit > 0add8abc12b850e38a6ec7dcf2856fab2c0107b6: > > buildtools-tarball: package all of Python (2014-11-05 23:30:49 +) > > are available in the git repository at: > > git://git.pokylinux.org/poky-contrib

Re: [OE-core] [PATCH] gcc: Fix intermittent failures during configure

Hi Mark, On 7 November 2014 19:21, Mark Hatle wrote: > If configure or any of the components it uses from the shared work > directory > change, do_configure may fail. > > An existing do_preconfigure was created to handle these conditions, but > a 'sed' operation was missed, and a call to gnu-con

Re: [OE-core] Moving llvm to oe-core?

On Fri, Nov 7, 2014 at 3:48 PM, Burton, Ross wrote: > Hi Khem, > > On 7 November 2014 15:58, Khem Raj wrote: >> >> I have been creating copies of it in meta-clang where I was trying to >> get clang based >> cross compiler working. > > > I've not looked into detail as to how llvm/clang/etc are bui

Re: [OE-core] Moving llvm to oe-core?

Hi Khem, On 7 November 2014 15:58, Khem Raj wrote: > I have been creating copies of it in meta-clang where I was trying to > get clang based > cross compiler working. > I've not looked into detail as to how llvm/clang/etc are built, would a branch importing meta-clang into oe-core be a suitable

[OE-core] [RFC][PATCH] u-boot-mkimage: allow building target version of the tool

From: Denys Dmytriyenko u-boot doesn't really support building its tools for the target, as they are built with HOSTCC compiler, which is also used to compile fixdep utility that gets executed during the build. Since it might be beneficial to have a target version of mkimage, let's hack it to bui

Re: [OE-core] [PATCH] u-boot: update to version 2014.07

On Fri, Nov 07, 2014 at 03:54:45PM -0500, Denys Dmytriyenko wrote: > On Fri, Nov 07, 2014 at 08:43:38PM +, Burton, Ross wrote: > > On 7 November 2014 19:41, Denys Dmytriyenko wrote: > > > > > > | scripts/basic/fixdep: 1: scripts/basic/fixdep: Syntax error: word > > > > unexpected (expecting "

Re: [OE-core] [PATCH] u-boot: update to version 2014.07

On Fri, Nov 07, 2014 at 08:43:38PM +, Burton, Ross wrote: > On 7 November 2014 19:41, Denys Dmytriyenko wrote: > > > > | scripts/basic/fixdep: 1: scripts/basic/fixdep: Syntax error: word > > > unexpected (expecting ")") > > > > > > I suspect the real problem is: > > > > > > $ file fixdep > >

Re: [OE-core] [PATCH] u-boot: update to version 2014.07

On Fri, Nov 7, 2014 at 6:43 PM, Burton, Ross wrote: > > On 7 November 2014 19:41, Denys Dmytriyenko wrote: >> >> > | scripts/basic/fixdep: 1: scripts/basic/fixdep: Syntax error: word >> > unexpected (expecting ")") >> > >> > I suspect the real problem is: >> > >> > $ file fixdep >> > fixdep: ELF

Re: [OE-core] [PATCH] u-boot: update to version 2014.07

On Wed, Nov 05, 2014 at 03:09:51PM +, Burton, Ross wrote: > On 5 November 2014 14:56, Burton, Ross wrote: > > > | scripts/basic/fixdep: 1: scripts/basic/fixdep: Syntax error: word > > unexpected (expecting ")") > > > > The autobuilder failed with a more obvious error (and also has more logs

Re: [OE-core] [PATCH] u-boot: update to version 2014.07

On 7 November 2014 19:41, Denys Dmytriyenko wrote: > > | scripts/basic/fixdep: 1: scripts/basic/fixdep: Syntax error: word > > unexpected (expecting ")") > > > > I suspect the real problem is: > > > > $ file fixdep > > fixdep: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically > > link

Re: [OE-core] [PATCH] u-boot: update to version 2014.07

On Wed, Nov 05, 2014 at 02:56:23PM +, Burton, Ross wrote: > On 14 September 2014 04:34, Denys Dmytriyenko wrote: > > > From: Denys Dmytriyenko > > > > * Update U-boot and corresponding tools to version 2014.07 > > * Small cleanups with indentation and consolidation of u-boot.inc > > > > Sign

[OE-core] [PATCH 0/1] eglibc option groups fixup

This is a first pass at addressing 6796, 6797, and 6809. For the latter two, I've just adopted the suggested fixes, for the former I've dropped an #if that I don't *think* we need. This might produce bogus results with the locale option group disabled, but it'll work in the normal case and reduce t

[OE-core] [PATCH 1/1] eglibc-use-option-groups.patch: Several fixups

This incorporates suggested changes for issues 6797 and 6809 from bugzilla, and a proposed change for 6796. For 6796, the issue is that you can't just include in libc-symbols, so we may not always have the option group defines available. The workaround is to just leave the HAVE_MBSTATE_T definitio

[OE-core] [PATCH] gcc: Fix intermittent failures during configure

If configure or any of the components it uses from the shared work directory change, do_configure may fail. An existing do_preconfigure was created to handle these conditions, but a 'sed' operation was missed, and a call to gnu-configize was also missed. Signed-off-by: Mark Hatle --- meta/recip

Re: [OE-core] [PATCH] gptfdisk: add 0.8.10+git version

Hi Koen, > Besides from being useful as fdisk replacement this gives us 'sgdisk' > which can be used to set the GUID for partitions, e.g. > > sgdisk -t 1:C12A7328-F81F-11D2-BA4B-00A0C93EC93B /dev/mmcblk0p1 > > To mark it as ESP in scripts like mkefidisk.sh. > > Signed-off-by: Koen Kooi >

[OE-core] [master][dizzy][PATCH] xkeyboard-config: Inherit gettext

In a GPLv3-free build we have two different versions of gettext in sysroot due to GPLv3 restrictions. In this case we need gettext-native too so we can have the needed macros and avoid errors like: "error: possibly undefined macro: AM_GNU_GETTEXT" The needed dependency is added by gettext class wh

Re: [OE-core] Moving llvm to oe-core?

On Fri, Nov 7, 2014 at 7:57 AM, Khem Raj wrote: > On Thu, Nov 6, 2014 at 9:42 AM, Burton, Ross wrote: >> Hi, >> >> So I think it's fair to say that neither GCC nor LLVM are going away anytime >> soon, both having their respective niches. Because of this I'm wondering if >> we should be adding LL

Re: [OE-core] Moving llvm to oe-core?

On Thu, Nov 6, 2014 at 9:42 AM, Burton, Ross wrote: > Hi, > > So I think it's fair to say that neither GCC nor LLVM are going away anytime > soon, both having their respective niches. Because of this I'm wondering if > we should be adding LLVM to oe-core (taking the meta-oe recipes). GCC will >

Re: [OE-core] [PATCH 3/4] pointercal-xinput: add the missing ALLOW_EMPTY

On Fri, Nov 07, 2014 at 03:57:03PM +0800, Hongxu Jia wrote: > Since the do_install conditionally install file if it has a contents, > it should allow the package empty. > > It avoids the do_rootfs failure while IMAGE_INSTALL += "pointercal-xinput" It was removed intentionally http://git.openembe

Re: [OE-core] [PATCH 2/4] oprofileui: use oprofileui-viewer as oprofileui's provider

On 7 November 2014 12:06, Burton, Ross wrote: > On 7 November 2014 07:57, Hongxu Jia wrote: > >> The package oprofileui does not exist, so we use oprofileui-viewer as >> the provider. It avoids the do_rootfs failure while IMAGE_INSTALL += >> "oprofileui" >> > > Erm, meta/recipes-kernel/oprofile/

Re: [OE-core] [PATCH 1/4] avahi.inc: use avahi-daemon as avahi's provider

On 7 November 2014 14:38, Martin Jansa wrote: > On Fri, Nov 07, 2014 at 03:57:01PM +0800, Hongxu Jia wrote: > > The package avahi does not exist, so we use avahi-daemon as the provider. > > It avoids the do_rootfs failure while IMAGE_INSTALL += "avahi" > > Why don't you fix your IMAGE_INSTALL ins

Re: [OE-core] [PATCH 1/4] avahi.inc: use avahi-daemon as avahi's provider

On Fri, Nov 07, 2014 at 03:57:01PM +0800, Hongxu Jia wrote: > The package avahi does not exist, so we use avahi-daemon as the provider. > It avoids the do_rootfs failure while IMAGE_INSTALL += "avahi" Why don't you fix your IMAGE_INSTALL instead? > > [YOCTO #6937] > > Signed-off-by: Hongxu Jia

Re: [OE-core] [PATCH 00/24] V2: Add machine qemuarm64

On 11/7/14, 3:18 AM, Koen Kooi wrote: Op 7 nov. 2014, om 09:51 heeft Kai Kang het volgende geschreven: V2: * rebase on master and drop qemu upgrade commit * built for lib32-core-image-sato core-image-sato-sdk meta-toolchain and world V1: The original configuration files and tune fils for ar

Re: [OE-core] [PATCH 1/1] systemd: make /etc/sysctl.conf have real effect

On Fri, Nov 07, 2014 at 11:34:47AM +0800, ChenQi wrote: > On 11/07/2014 06:38 AM, Randy Witt wrote: > > On 11/06/2014 05:29 AM, Koen Kooi wrote: > >> > >> Op 6 nov. 2014, om 12:59 heeft ChenQi het > >> volgende geschreven: > >> > >>> > >>> > >>> On 11/06/2014 06:33 PM, Koen Kooi wrote: > > Op

Re: [OE-core] Moving llvm to oe-core?

On 7 November 2014 11:47, Otavio Salvador wrote: > Besides, having it enabled in our autobuilders will also greatly > improve code quality as LLVM is sometimes more picky than GCC. In > Debian the exercise of rebuilding the whole archive using LLVM has > been very useful and has identified severa

[OE-core] [dizzy][PATCH 0/2] dizzy branch fixes

The following changes since commit 652008fd9dc909836819e5c6808c63643eff6db6: license.bbclass: canonicalise the licenses named with 'X+' (2014-11-05 12:02:29 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/dizzy-fixes http://cgit.o

[OE-core] [dizzy][PATCH 1/2] wget: Fix for CVE-2014-4887

From: Saul Wold Signed-off-by: Saul Wold Signed-off-by: Richard Purdie Signed-off-by: Paul Eggleton --- .../wget/wget-1.15/wget_cve-2014-4877.patch| 78 ++ meta/recipes-extended/wget/wget_1.15.bb| 1 + 2 files changed, 79 insertions(+) create mode 100

[OE-core] [dizzy][PATCH 2/2] readline: Patch for readline multikey dispatch issue

From: Saul Wold Signed-off-by: Saul Wold Signed-off-by: Richard Purdie Signed-off-by: Paul Eggleton --- .../readline-6.3/readline-dispatch-multikey.patch | 32 ++ meta/recipes-core/readline/readline_6.3.bb | 3 +- 2 files changed, 34 insertions(+), 1 deletion(-)

[OE-core] [PATCH 1/1] readline: Patch for readline multikey dispatch issue

From: Saul Wold Signed-off-by: Saul Wold Signed-off-by: Richard Purdie Signed-off-by: Paul Eggleton --- .../readline-6.3/readline-dispatch-multikey.patch | 32 ++ meta/recipes-core/readline/readline_6.3.bb | 3 +- 2 files changed, 34 insertions(+), 1 deletion(-)

[OE-core] [PATCH 0/1] readline fix

The following change since commit dd93b3a950d063f4e3020362c636006f51fb5782: image_types.bbclass: whitespace and reorder (2014-11-06 16:41:38 +) is available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/readline-fix http://cgit.openembedded.org/c

Re: [OE-core] runqemu + dhcp server

Adrian Freihofer writes: > Personally I would prefer a slightly different implementation. > I consider the 192.168.7.2 network interface as development, debugging > and testing interface which should just work. Agreed, and it doesn't work at the moment when the image has an Ethernet configuration

Re: [OE-core] [PATCH] Bluez5: Add gatttool to new package bluez5-tools

On 4 November 2014 05:04, Qian Lei wrote: > # at_console doesn't really work with the current state of OE, so > punch some more holes so people can actually use BT > +install -m 0755 ${S}/attrib/gatttool ${D}/${bindir}/ > install -m 0644 ${WORKDIR}/bluetooth.conf > ${D}/${

[OE-core] [PATCH 1/2] gdb: 7.7.1 -> 7.8.1

Drop patch merged upstream. Also drop old arm/thumb patch which breaks the compile on arm. We've had this since 2010 (or longer) and the issue has likely been fixed upstream by now. If not someone with more knowledge will need to figure out the fix against the current codebase. Signed-off-by: Ric

[OE-core] [PATCH 2/2] oprofile: 0.9.9 -> 1.0.0

opcontrol is now dropped and replaced with the operf interface. As such, we drop the opstart/opstop commands and any patches related to the old removed interfaces. Some patches were also mered upstream so those are also dropped. There is also a problem found on mips with the security flags enabl

[OE-core] [PATCH 1/2] gdb: 7.7.1 -> 7.8.1

Drop patch merged upstream. Also drop old arm/thumb patch which breaks the compile on arm. We've had this since 2010 (or longer) and the issue has likely been fixed upstream by now. If not someone with more knowledge will need to figure out the fix against the current codebase. Signed-off-by: Ric

[OE-core] [PATCH 2/2] oprofile: 0.9.9 -> 1.0.0

opcontrol is now dropped and replaced with the operf interface. As such, we drop the opstart/opstop commands and any patches related to the old removed interfaces. Some patches were also mered upstream so those are also dropped. There is also a problem found on mips with the security flags enabl

Re: [OE-core] [PATCH 2/2] xserver-xorg: update to 1.16.1

Hi Andreas, On 7 November 2014 07:52, Andreas Müller wrote: > * first version supporting rootless X (not tested yet) > * modesetting working for non PCI gpus (tested on gumstix overo) > > Signed-off-by: Andreas Müller > When removing patches, please give a rationale. I've looked and will upda

Re: [OE-core] [PATCH 2/4] oprofileui: use oprofileui-viewer as oprofileui's provider

On 7 November 2014 07:57, Hongxu Jia wrote: > The package oprofileui does not exist, so we use oprofileui-viewer as > the provider. It avoids the do_rootfs failure while IMAGE_INSTALL += > "oprofileui" > Erm, meta/recipes-kernel/oprofile/oprofileui_git.bb? Ross -- _

Re: [OE-core] [oe-core][PATCH] lz4: update to version r123

On 1 October 2014 15:23, Armin Kuster wrote: > Makefile md5sum changed since version is hardcode in it. > In the future, changing the license checksum so that it only checksums the section of the Makefile that has the license instead of the entire file would mean it doesn't need to be updated.

Re: [OE-core] Moving llvm to oe-core?

On Thu, Nov 6, 2014 at 3:42 PM, Burton, Ross wrote: > Hi, > > So I think it's fair to say that neither GCC nor LLVM are going away anytime > soon, both having their respective niches. Because of this I'm wondering if > we should be adding LLVM to oe-core (taking the meta-oe recipes). GCC will >

Re: [OE-core] [PATCH 00/24] V2: Add machine qemuarm64

On 7 November 2014 08:51, Kai Kang wrote: > gcc-4.9: redefine default library install directory > Revert "gcc-4.9: redefine default library install directory" Can the original commit just be removed from the series rather than reverted? Thanks, -- Paul Barker Email: p...@paulbarker.me.uk

Re: [OE-core] Moving llvm to oe-core?

> Op 6 nov. 2014, om 18:42 heeft Burton, Ross het > volgende geschreven: > > Hi, > > So I think it's fair to say that neither GCC nor LLVM are going away anytime > soon, both having their respective niches. Because of this I'm wondering if > we should be adding LLVM to oe-core (taking the m

[OE-core] [PATCH] Bluez5: Add gatttool to new package bluez5-tools

Gatttool in bluez5 is not installed into system any more. But in some cases we do need this tool to debug some thing. So I add a new package named bluez5-tools which includes some programs we may need but not installed. Signed-off-by: Qian Lei --- meta/recipes-connectivity/bluez5/bluez5.inc | 5

Re: [OE-core] [PATCH] gptfdisk: add 0.8.10+git version

On Thursday 06 November 2014 14:28:49 Koen Kooi wrote: > Op 6 nov. 2014, om 12:27 heeft Paul Eggleton het volgende geschreven: > > Hi Koen, > > > > On Thursday 06 November 2014 08:37:56 Koen Kooi wrote: > >> Besides from being useful as fdisk replacement this gives us 'sgdisk' > >> which can be

Re: [OE-core] [PATCH 4/4] postinst-intercept: rename recipe for nativesdk only

On Fri, Nov 7, 2014 at 9:27 AM, Hongxu Jia wrote: > On 11/07/2014 04:18 PM, Andreas Müller wrote: >> >> On Fri, Nov 7, 2014 at 8:57 AM, Hongxu Jia >> wrote: >>> >>> The recipe postinst-intercept is only used for nativesdk, so we rename >>> it from postinst-intercept to nativesdk-postinst-intercep

Re: [OE-core] [PATCH 00/24] V2: Add machine qemuarm64

> Op 7 nov. 2014, om 09:51 heeft Kai Kang het volgende > geschreven: > > V2: > * rebase on master and drop qemu upgrade commit > * built for lib32-core-image-sato core-image-sato-sdk meta-toolchain and world > > V1: > The original configuration files and tune fils for arm arch64 are from linar

[OE-core] [PATCH][v2] ncurses, busybox, cml1.bbclass: Fix menuconfig display corruption

From: Jason Wessel Previously there was a change to the ncurses compile to make it more like the typical way it was compiled on a host system. This fixed a whole class of host machines, but masked the real underlying problem with the display corruption issues and menuconfig. The corner case tha

[OE-core] [PATCH 23/24] local.conf.sample: Add qemuarm64

From: Mark Hatle Add an example machine configuration for qemuarm64. Signed-off-by: Mark Hatle --- meta-yocto/conf/local.conf.sample | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-yocto/conf/local.conf.sample b/meta-yocto/conf/local.conf.sample index 93c85c2..a1d99f9 100644 --- a/me

[OE-core] [PATCH 20/24] glibc-package: aarch64 enable symlink for ABI compliance

From: Mark Hatle aarch64 requires the ld.so to be present in /lib, even if the rest of the libraries are installed into an alternative directory. See: https://sourceware.org/glibc/wiki/ABIList Signed-off-by: Mark Hatle --- meta/recipes-core/glibc/glibc-package.inc | 16 1 fil

[OE-core] [PATCH 22/24] linux-yocto: Fixup linux-yocto for aarch64

From: Mark Hatle linux-yocto is updated to pass the sysroot path to the compiler when necessary. linux-yocto_ver.bb are updated to reference the correct linux-yocto branchs and SRCREVs. Signed-off-by: Mark Hatle Signed-off-by: Bruce Ashfield http://lists.openembedded.org/mailman/listinfo/opene

[OE-core] [PATCH 19/24] gcc: Disable aarch64 multilib options

From: Mark Hatle We want to revert to default gcc behavior to support oe-core's ability to change the libdir. Signed-off-by: Mark Hatle --- meta/recipes-devtools/gcc/gcc-4.9.inc | 1 + .../gcc/gcc-4.9/0057-aarch64-config.patch | 32 ++ 2 files changed

[OE-core] [PATCH 17/24] qemu: add single step support for aarch64

Backport patches to enable signle-step support for aarch64. Signed-off-by: Kai Kang --- ...Collect-up-the-debug-cp-register-definiti.patch | 177 ...Allow-STATE_BOTH-reginfo-descriptions-for.patch | 57 ...Provide-both-32-and-64-bit-versions-of-de.patch | 89 ++ ...get-ar

[OE-core] [PATCH 21/24] aarch-arm64: Update tune files

From: Mark Hatle arch-arm64 is the base tune file for aarch64. Update this to allow the system to work with both aarch32 and aarch64 (multilib). arch-armv8 is for compatibility, it simply uses the base config for now. feature-arm-thumb was updated, since aarch64 mode does NOT have thumb suppor

[OE-core] [PATCH 18/24] Revert "gcc-4.9: redefine default library install directory"

This reverts commit 208c5e37f98cd98629bad0562fbbc77d7b71e8ff. GCC can choose the right value as defined by the system, it's the libc that needs to know how to get to the ABI specific version of the dynamic loader. Which is in /lib even if aarch64 libraries are installed in lib64 due to the specif

[OE-core] [PATCH 16/24] packagegroup-core-tools-profile: remove sysprof for aarch64

Remove sysprof from packagegroup-core-tools-profile that sysprof doesn't support arch aarch64. Signed-off-by: Kai Kang --- meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-core/packagegroups/packagegroup-core-to

[OE-core] [PATCH 24/24] poky.conf: Add support for aarch64 to QEMU

From: Mark Hatle Signed-off-by: Mark Hatle --- meta-yocto/conf/distro/poky.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-yocto/conf/distro/poky.conf b/meta-yocto/conf/distro/poky.conf index e1dfea4..9e22e54 100644 --- a/meta-yocto/conf/distro/poky.conf +++ b/meta

[OE-core] [PATCH 10/24] sysprof: disable build for aarch64

From: Joe Slater Add COMPATIBLE_HOST to the recipe and prohibit building for aarch64 and aarch64_be. Signed-off-by: Joe Slater --- meta/recipes-kernel/sysprof/sysprof_git.bb | 5 + 1 file changed, 5 insertions(+) diff --git a/meta/recipes-kernel/sysprof/sysprof_git.bb b/meta/recipes-kern

[OE-core] [PATCH 11/24] lttng: recognize aarch64

From: Joe Slater Add aarch64 architecture to liburcu and lttng-ust. Internally it is treated the same as "arm". Signed-off-by: Joe Slater --- meta/recipes-kernel/lttng/lttng-ust/add-aarch64.patch | 19 +++ meta/recipes-kernel/lttng/lttng-ust_2.5.0.bb | 1 + meta/recip

[OE-core] [PATCH 12/24] guile: allow compilation for aarch64

From: Joe Slater Add aarch64 endianness specification to scm file. Signed-off-by: Joe Slater --- meta/recipes-devtools/guile/files/arm_aarch64.patch | 19 +++ meta/recipes-devtools/guile/guile_2.0.11.bb | 1 + 2 files changed, 20 insertions(+) create mode 100644 meta/

[OE-core] [PATCH 13/24] libunwind: add aarch64 support

From: Fathi Boudra * pass --enable-debug-frame on aarch64 architecture * include patches: - aarch64 port (backported from upstream) - Support-building-with-older-compilers (fix undefined reference to `unreachable' on older compilers) Signed-off-by: Fathi Boudra --- .../libunwind/libunw

[OE-core] [PATCH 14/24] runqemu: add qemuarm64 support.

Update scripts runqemu and runqemu-internal to support to boot qemuarm64. Signed-off-by: Kai Kang --- scripts/runqemu | 5 - scripts/runqemu-internal | 26 ++ 2 files changed, 30 insertions(+), 1 deletion(-) diff --git a/scripts/runqemu b/scripts/runqemu in

[OE-core] [PATCH 15/24] kexec-tools: add aarch64 support

Add patch from https://fedorapeople.org/~hrw/aarch64/for-fedora/kexec-aarch64.patch to add aarch64 support for kexec-tools. Signed-off-by: Kai Kang --- meta/recipes-kernel/kexec/kexec-tools.inc | 2 +- .../kexec/kexec-tools/kexec-aarch64.patch | 801 + me

[OE-core] [PATCH 07/24] libatomics-ops: add aarch64 target iniitial support

Add patch for libatomics-ops to add aarch64 target iniitial support. It is from linaro repo. Signed-off-by: Kai Kang --- .../0001-libatomic_ops-Aarch64-basic-port.patch| 239 + .../pulseaudio/libatomics-ops_7.2.bb | 1 + 2 files changed, 240 insertions(+)

[OE-core] [PATCH 09/24] libpng: add neon option for aarch64

Add neon option for aarch64 just as for arm. It fails with: | ./.libs/libpng16.so: undefined reference to `png_init_filter_functions_neon' | collect2: error: ld returned 1 exit status Signed-off-by: Kai Kang --- meta/recipes-multimedia/libpng/libpng_1.6.13.bb | 1 + 1 file changed, 1 insertion(

[OE-core] [PATCH 08/24] qt4: add aarch64 support

Add aarch64 support for qt4 packages. Most of the patches are derived from debian: http://anonscm.debian.org/cgit/pkg-kde/qt/qt4-x11.git/tree/debian/patches Add arch check to set right QT_ARCH. Disable webkit temporarily for qt4 and qt4-embedded that they fail to build: | runtime/JSValueInlineM

[OE-core] [PATCH 05/24] libc-package.bbclass: add aarch64 target to locale_arch_options

Add aarch64 target to locale_arch_options in libc-package.bbclass to support Arm V8. Signed-off-by: Kai Kang --- meta/classes/libc-package.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/libc-package.bbclass b/meta/classes/libc-package.bbclass index c1bc399..5701e20 100

[OE-core] [PATCH 03/24] siteinfo: account for 32 and 64 bit arm

From: Joe Slater Pull wordsize related items from arm-common and put in arm-32. Leave them as they were. Copy arm-32 to arm-64 and comment out all variables. Re-define to correct values leaving items which do not appear to be used undefined. Signed-off-by: Joe Slater --- meta/classes/sitein

[OE-core] [PATCH 06/24] glibc-locale.inc: add aarch64 to BINARY_LOCALE_ARCHES

Add aarch64 to var BINARY_LOCALE_ARCHES. In libc-packages.class, it is used to work with other vars to check and add cross-localedef-native as a dependecy correctly. Signed-off-by: Kai Kang --- meta/recipes-core/glibc/glibc-locale.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -

[OE-core] [PATCH 04/24] gcc-4.9: redefine default library install directory

Packages use 'aarch64-poky-linux-gcc -print-multi-os-directory' to get the value of install directory. The value is set by MULTILIB_OSDIRNAMES and default is '/lib64'. And the dynamic linker ld-linux-aarch64.so.1 from package eglibc is installed to /lib64. But the default dynamic linker defined in

[OE-core] [PATCH 00/24] V2: Add machine qemuarm64

V2: * rebase on master and drop qemu upgrade commit * built for lib32-core-image-sato core-image-sato-sdk meta-toolchain and world V1: The original configuration files and tune fils for arm arch64 are from linaro. And we rename it to qemuarm64 for consistency. It has been tested for core-image-mi

[OE-core] [PATCH 02/24] Add machine qemuarm64

Add machine qemuarm64. The configure files are derived from linaro. Update: * rename genericarmv8 to qemuarm64 for coordination in oe-core * include qemu.inc then remove common part of config * disable using autoserial * move arch-armv8.inc from machine/include/arm64 to machine/include/arm [YOCTO

[OE-core] [PATCH 01/24] linux-yocto: depend on libgcc for aarch64

Make aarch aarch64 kernel depend on libgcc. In arch/arm64/Makefile, it adds LIBGCC to libs-y: LIBGCC := $(shell $(CC) $(KBUILD_CFLAGS) -print-libgcc-file-name) libs-y += $(LIBGCC) In file Makefile in top directory, libs-y is assigned to to var KBUILD_VMLINUX_MAIN. It uses scrip

[OE-core] [PATCH 1/1] nfs-utils: change owner/group of directories in do_install

Previously, the owners/groups of directories like /var/lib/nfs/statd are changed in the init script, /etc/init.d/nfscommon. This is actually a workaround. We need to change them at do_install time. This patch fixes the above problem by changing owners/groups at do_install time. Besides, configura

[OE-core] [PATCH 0/1] nfs-utils: change owner/group of directories in do_install

The following changes since commit d7a277b35bcc67050046c76fb70412101679a545: docbook-xsl-stylesheets: add perl to RDEPENDS (2014-11-04 10:20:34 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/nfs-utils-rpcuser http://cgit.openembe