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
V3 updates:
* Remove 2 commits:
|- gcc-4.9: redefine default library install directory
|- Revert gcc-4.9: redefine default library install directory
* Remove qemu related patches which is done by upgrade qemu to 2.2.0 in oe-core
* libpng: Use patch from Koen instead
* libunwind:
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 kai.k...@windriver.com
---
meta/recipes-core/glibc/glibc-locale.inc | 2 +-
1 file changed, 1
Add aarch64 target to locale_arch_options in libc-package.bbclass to
support Arm V8.
Signed-off-by: Kai Kang kai.k...@windriver.com
---
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
Add patch for libatomics-ops to add aarch64 target iniitial
support. It is from linaro repo.
Signed-off-by: Kai Kang kai.k...@windriver.com
---
.../0001-libatomic_ops-Aarch64-basic-port.patch| 239 +
.../pulseaudio/libatomics-ops_7.2.bb | 1 +
2 files
From: Joe Slater jsla...@windriver.com
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
From: Koen Kooi koen.k...@linaro.org
The configure override was too restrictive, it needed both 'arm' and
'neon' to trigger, which breaks on aarch64. Since TUNE_FEATURES is the
only qualifier that matters, drop the 'arm' override.
Buildtested for 'genericarmv8' and 'qemux86' machines.
Remove sysprof from packagegroup-core-tools-profile that sysprof doesn't
support arch aarch64.
Signed-off-by: Kai Kang kai.k...@windriver.com
---
meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git
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
From: Joe Slater jsla...@windriver.com
Add COMPATIBLE_HOST to the recipe and prohibit
building for aarch64 and aarch64_be.
Signed-off-by: Joe Slater jsla...@windriver.com
---
meta/recipes-kernel/sysprof/sysprof_git.bb | 5 +
1 file changed, 5 insertions(+)
diff --git
Update scripts runqemu and runqemu-internal to support to boot
qemuarm64.
Signed-off-by: Kai Kang kai.k...@windriver.com
---
scripts/runqemu | 5 -
scripts/runqemu-internal | 26 ++
2 files changed, 30 insertions(+), 1 deletion(-)
diff --git
From: Fathi Boudra fathi.bou...@linaro.org
* 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
From: Mark Hatle mark.ha...@windriver.com
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 mark.ha...@windriver.com
---
From: Mark Hatle mark.ha...@windriver.com
We want to revert to default gcc behavior to support oe-core's ability
to change the libdir.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
meta/recipes-devtools/gcc/gcc-4.9.inc | 1 +
.../gcc/gcc-4.9/0057-aarch64-config.patch
From: Joe Slater jsla...@windriver.com
Add aarch64 endianness specification to scm file.
Signed-off-by: Joe Slater jsla...@windriver.com
---
meta/recipes-devtools/guile/files/arm_aarch64.patch | 19 +++
meta/recipes-devtools/guile/guile_2.0.11.bb | 1 +
2 files changed,
From: Mark Hatle mark.ha...@windriver.com
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
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 kai.k...@windriver.com
---
meta/recipes-kernel/kexec/kexec-tools.inc | 2 +-
.../kexec/kexec-tools/kexec-aarch64.patch | 801
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:
|
From: Joe Slater jsla...@windriver.com
Add aarch64 architecture to liburcu and lttng-ust.
Internally it is treated the same as arm.
Signed-off-by: Joe Slater jsla...@windriver.com
---
meta/recipes-kernel/lttng/lttng-ust/add-aarch64.patch | 19 +++
From: Mark Hatle mark.ha...@windriver.com
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 mark.ha...@windriver.com
Signed-off-by: Bruce Ashfield
On Tue, 2014-12-16 at 09:36 +0100, Steffen Sledz wrote:
On 15.12.2014 17:19, Enrico Scholz wrote:
Steffen Sledz sledz-mqby8sqgergrvmum7q6...@public.gmane.org writes:
The first thing we observed was that the do_rootfs stage made a very
big load (more than 500) on the machine but the cpu's
pkgconfig files should not contain references to $PKG_CONFIG_SYSROOT_DIR.
E.g. when a .pc file contains
| Cflags: -I/absolute-path-to-sysroot/usr/include/freetype2
pkgconfig will expand this in the next 'pkgconfig --cflags' call as
|
Having ${PKG_CONFIG_SYSROOT_DIR} in installed .pc files is nearly
everytime an error because it next 'pkgconfig' call will prepend
${PKG_CONFIG_SYSROOT_DIR} environment variable again resulting into a
duplication and invalidation of paths.
Patch removes this string from installed .pc files.
Some pkgconfig files like libkmod.pc or fontconfig.pc contain absolute
paths to sysroot dirs in their Cflags: or Libs: section. This can
break build of dependent packages because wrong paths will be created.
Patchset tries to detect and fix such issues automatically. It is
conservative by using
Now, as pkgconfig.bbclass fixes .pc files, this check can be turned
from a warning into an error.
Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de
---
meta/classes/insane.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/insane.bbclass
Richard Purdie richard.pur...@linuxfoundation.org writes:
I had a big subtree from earlier local openSUSE Build Service runs
below toplevel /var/run. After deleting this the build succeeds.
But manually deleting such files before running OE builds cannot
really be a reasonable solution. :(
On Thu, 2014-12-18 at 12:04 +0100, Enrico Scholz wrote:
Having ${PKG_CONFIG_SYSROOT_DIR} in installed .pc files is nearly
everytime an error because it next 'pkgconfig' call will prepend
${PKG_CONFIG_SYSROOT_DIR} environment variable again resulting into a
duplication and invalidation of
Currently unpack just forces sources over the current files. This change
ensures ${S} is cleaned out before sources are unpacked. This resolves
issues seen when upgrading to the new kernel class changes.
Ultimately, this should probably move to base.bbclass but one step at a
time, this solves an
Richard Purdie richard.pur...@linuxfoundation.org writes:
Patch removes this string from installed .pc files.
...
+do_install[postfuncs] += pkgconfig_mangle_pc
We are *not* going down this route.
Ok; then just apply the first patch and perhaps the last one.
Enrico
--
Hello Mike,
On Thu, Dec 18, 2014 at 4:31 AM, Mike Looijmans mike.looijm...@topic.nl wrote:
On 12/17/2014 11:08 PM, Gary Thomas wrote:
On 2014-12-17 15:03, Burton, Ross wrote:
Hi Mike,
On 5 December 2014 at 09:58, Mike Looijmans mike.looijm...@topic.nl
mailto:mike.looijm...@topic.nl wrote:
On Thu, Nov 20, 2014 at 02:08:39PM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: f600e77bbdc1d6a0f29bf8bd775b79dc01bc0b4d
URL:
http://git.openembedded.org/?p=openembedded-core.gita=commit;h=f600e77bbdc1d6a0f29bf8bd775b79dc01bc0b4d
Author:
On 12/17/2014 11:01 PM, Burton, Ross wrote:
On 5 December 2014 at 09:58, Mike Looijmans mike.looijm...@topic.nl
mailto:mike.looijm...@topic.nl wrote:
The automatic mounting can be disabled by adding a line
MDEV_AUTOMOUNT=y
into /etc/default/mdev
Presumably you meant =n there,
On 18 December 2014 at 06:23, Mike Looijmans mike.looijm...@topic.nl
wrote:
Putting the script into its own package is no problem, but how does one
arrange this with mdev.conf?
That's a fairly good argument for keeping it in the same package, and we
can expect that users of mdev will be
On 12/18/2014 02:30 PM, Burton, Ross wrote:
On 18 December 2014 at 06:23, Mike Looijmans mike.looijm...@topic.nl
mailto:mike.looijm...@topic.nl wrote:
Putting the script into its own package is no problem, but how does one
arrange this with mdev.conf?
That's a fairly good argument
I've been using busybox mdev instead of udev in many projects, which so
far has worked excellently.
Each of these projects needed similar patches to busybox to make it work,
so I think its time these changes move into the core for everyone to use.
v2: I joined the two patch sets together.
The
mdev.conf references the find-touchscreen.sh script, but this file
was not being installed. Add the script to the busybox-mdev package.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
meta/recipes-core/busybox/busybox.inc |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Upon inserting a USB stick or similar device, mdev will run
an automounter script that mounts valid partitions on
/media/device. The script first checks /etc/fstab entries
so that mounting on UUID or LABEL or using custom mount options
is still possible. If /etc/fstab does not contain particular
Simplify the grep expression, use the more common grep command instead
of egrep, avoid forking extra processes, join multiple invokations into
a single combined expression.
Change the touchscreen regex so that it also recognizes various USB
touchscreen controllers and the ad7879 i2c device.
Add a line to mdev.conf that tells mdev to load kernel modules when
required.
For example, if you built wifi support as an external module, inserting
a wifi stick into a USB port will now automatically load that module
into the kernel and the wlan device will be ready for configuration.
Without
On 12/18/2014 01:55 PM, Otavio Salvador wrote:
Hello Mike,
On Thu, Dec 18, 2014 at 4:31 AM, Mike Looijmans mike.looijm...@topic.nl wrote:
On 12/17/2014 11:08 PM, Gary Thomas wrote:
On 2014-12-17 15:03, Burton, Ross wrote:
Hi Mike,
On 5 December 2014 at 09:58, Mike Looijmans
On Thu, Dec 18, 2014 at 12:17 PM, Mike Looijmans
mike.looijm...@topic.nl wrote:
mdev.conf references the find-touchscreen.sh script, but this file
was not being installed. Add the script to the busybox-mdev package.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
Acked-by: Otavio
On Thu, Dec 18, 2014 at 12:19 PM, Mike Looijmans
mike.looijm...@topic.nl wrote:
Add a line to mdev.conf that tells mdev to load kernel modules when
required.
For example, if you built wifi support as an external module, inserting
a wifi stick into a USB port will now automatically load that
Since Python 2.7 release, argparse is distributed in Python Standard
Library. Since Python 2.7 is not available in Yocto, the external
argparse module is not needed anymore.
The first patch removes the external python-argparse recipe.
The second patch adds a module under the same name as
Python argparse module is a part of a standard library since Python 2.7
release. Remove externally built module in favor of the stdlib one.
Signed-off-by: Maciej Borzecki maciej.borze...@open-rnd.pl
Signed-off-by: Maciek Borzecki maciek.borze...@gmail.com
---
Adding argparse module from Python's standard library. The module has replaced
previous python-argparse package that was build using source that are not part
of Python 2.7 release.
Signed-off-by: Maciej Borzecki maciej.borze...@open-rnd.pl
Signed-off-by: Maciek Borzecki maciek.borze...@gmail.com
* EXTRA_LDFLAGS isn't defined for !uclibc and configure fails
when it reads it unexpanded, see config.log snippet:
configure:4177: checking whether the C compiler works
configure:4199: i586-oe-linux-gcc -m32 -march=i586
--sysroot=/OE/sysroots/qemux86 -O2 -pipe -g
Hi Martin,
Can this be squashed with the previous patch which makes changes to libav
0.8? Merging the .inc and .bb together seems sensible too, especially as
the .inc contains the checksums so isn't actually useful for multiple
versions. Also theres a version typo in the commit shortlog.
Ross
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
.../gstreamer/gst-ffmpeg_0.10.13.bb| 3 +--
meta/recipes-multimedia/libav/libav.inc| 8
.../0001-configure-enable-pic-for-AArch64.patch| 23 --
On Thu, Dec 18, 2014 at 04:29:55PM +, Burton, Ross wrote:
Hi Martin,
Can this be squashed with the previous patch which makes changes to libav
0.8?
I would prefer to keep it separate, because 0.8 fix can be applied even
without removing 0.8* version.
Merging the .inc and .bb together
On 10 December 2014 at 14:16, Bruce Ashfield bruce.ashfi...@windriver.com
wrote:
-LINUXLIBCVERSION ?= 3.16
+LINUXLIBCVERSION ?= 3.17
So this is causing (at least) socat to fail to build as the configure
script does a test for a working linux/errqueue.h but that is now failing:
On 2014-12-18, 12:13 PM, Burton, Ross wrote:
On 10 December 2014 at 14:16, Bruce Ashfield
bruce.ashfi...@windriver.com mailto:bruce.ashfi...@windriver.com wrote:
-LINUXLIBCVERSION ?= 3.16
+LINUXLIBCVERSION ?= 3.17
So this is causing (at least) socat to fail to build as the configure
On Thu, Dec 18, 2014 at 12:39 PM, Bruce Ashfield
bruce.ashfi...@windriver.com wrote:
On 2014-12-18, 12:13 PM, Burton, Ross wrote:
On 10 December 2014 at 14:16, Bruce Ashfield
bruce.ashfi...@windriver.com mailto:bruce.ashfi...@windriver.com
wrote:
-LINUXLIBCVERSION ?= 3.16
With the linux 3.17 kernel socat's configure detects the wrong include
for errqueue.h which results in a compilation error.
By backporting the gentoo patch from:
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-misc/socat/files/socat-1.7.2.4-linux-3.17.patch
Fixes the build issue
On 18 December 2014 at 17:39, Bruce Ashfield bruce.ashfi...@windriver.com
wrote:
This is unlikely to be fixed in the kernel header, but in the
applications themselves.
In this case, I see no changes to errqueue.h itself since 2012,
but the uapi did go through some changes in 3.17 .. but then
This is used by debianutils.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/files/common-licenses/SMAIL_GPL | 164 ++
1 file changed, 164 insertions(+)
create mode 100644 meta/files/common-licenses/SMAIL_GPL
diff --git
The new upstream commit incorporates the following fix to update-alternatives
from Chen Qi qi.c...@windriver.com:
update-alternatives: avoid double slash problem
The link path stored by update-alternatives should always be absolute and
so we
do not need to add an additional slash
On Thu, Dec 18, 2014 at 03:54:14PM +0100, Martin Jansa wrote:
* EXTRA_LDFLAGS isn't defined for !uclibc and configure fails
when it reads it unexpanded, see config.log snippet:
configure:4177: checking whether the C compiler works
configure:4199: i586-oe-linux-gcc -m32 -march=i586
On 18 December 2014 at 20:46, Burton, Ross ross.bur...@intel.com wrote:
I worry that this is just a workaround in one recipe for a test that is
failing in other recipes with the 3.17 headers... doing a clean build to
see if I'm being over-cautious or not. :)
For what it's worth, socat
On 18 December 2014 at 14:54, Martin Jansa martin.ja...@gmail.com wrote:
i586-oe-linux-gcc: error: ${EXTRA_LDFLAGS}: No such file or directory
I'm also seeing cups fail on builds with similar errors:
i586-poky-linux-gcc: error: ${SECURITY_NO_PIE_CLAGS}: No such file or
directory
This
Signed-off-by: Chong Lu chong...@windriver.com
---
meta/recipes-extended/cups/{cups_2.0.0.bb = cups_2.0.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/cups/{cups_2.0.0.bb = cups_2.0.1.bb} (40%)
diff --git a/meta/recipes-extended/cups/cups_2.0.0.bb
Signed-off-by: Chong Lu chong...@windriver.com
---
meta/recipes-extended/byacc/{byacc_20141006.bb = byacc_20141128.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/byacc/{byacc_20141006.bb = byacc_20141128.bb}
(74%)
diff --git
The following changes since commit 0a791e91e55d30b328ddbd90fdb0d5911c388b96:
bitbake: data: escape '$' in shell variable assignment (2014-12-18 10:28:44
+)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib chonglu/less
Signed-off-by: Chong Lu chong...@windriver.com
---
meta/recipes-extended/less/{less_470.bb = less_471.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/less/{less_470.bb = less_471.bb} (88%)
diff --git a/meta/recipes-extended/less/less_470.bb
This patchset has been tested by building core-image-sato and
core-image-sato-sdk
against the three package backends in OE (rpm, deb, ipk).
Changes in V2:
1. Extract the common code in FILES handling and CONFFILES handling
2. Fix error for ipk package backend
3. Fix errors for deb package
Allow globs in CONFFILES and default CONFFILES to '${sysconfdir}'.
Previously, the CONFFILES variable is a list of config files to be
packaged. However, as these files may come directly from the source
instead of our WORKDIR, it's a very common mistake that we forget to set
this variable in our
If /etc/login.defs is treated as a configuration file, then we would meet
errors at do_rootfs time telling us that useradd/groupadd cannot execute
correctly.
This is because the dpkg handles config file specially, the login.defs
is temporarily renamed as login.defs.dpkg-new.
How ubuntu deals the
We need to use 'purge' instead of 'remove' for debian package backend when
removing packages at rootfs time. This is because that 'remove' command for
'dpkg' and 'apt-get' does not remove configuration files.
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/lib/oe/package_manager.py | 4
Use '-f' ('--force') option so that while removing packages using deb,
we don't fail because of the following error:
update-rc.d: $initd/$bn exists during rc.d purge (use -f to force)
Using '-f' option would make this a warning but continue to execute.
update-rc.d: $initd/$bn exists
On 12/19/2014 07:21 AM, Chen Qi wrote:
...
As almost all files under /etc are basically configuration files, we
provide a default value for CONFFILES.
CONNFFILES = ${sysconfdir}
This is going to hurt a lot of recipes. Please do not set this.
The default has always been that CONFFILES
The following changes since commit 8d0e56a850579f9a6d501266deeef9b257ce4780:
serf: readded md5sum (2014-12-11 11:34:22 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib ChenQi/bind-db-255
Add in conf.patch /etc/bind/db.255 file so that we don't get the following
error.
zone 255.in-addr.arpa/IN: loading from master file /etc/bind/db.255 failed:
file not found
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/recipes-connectivity/bind/bind/conf.patch | 16
Ping.
// Robert
On 11/13/2014 03:55 PM, Robert Yang wrote:
The following changes since commit e7b731a1a358e0007dba1038ad504888bec5916e:
docbook-xsl-stylesheets: fix do_configure typo (2014-11-12 15:36:14 +)
are available in the git repository at:
72 matches
Mail list logo