There are conflicts in the native sysroot over the fsck binary. Whilst
providing people with alternatives is good to a point, the source in util-linux
is clearly the copy which is now being maintained and moved forwards which the copy
in e2fsprogs being older and with less features.
The simplest solution is simply to no longer offer this and used the maintained
version from util-linux.
(From OE-Core rev: 98b1b9f047ef9a4aeb170ec3d588fcd41c9be89b)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
We've removed libblkid from e2fsprogs as it was being provided by util-linux. The blkid
binary is also provided there and providing it within e2fsprogs too, linked against
a different and potentially incompatible library we're likely asking for trouble.
It also leads to inconsistencies in the native sysroot since we don't consistently
get one given provider of blkid (but always the liblibid from util-linux).
To clean this up, fully remove/disable the blkid binary and package.
(From OE-Core rev: fb8e776ea91c39d586b46400ad30aeea8dead1c4)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
When running multiple sets of builds on the same
system, it is hard to distinguish which build belongs
to which screen session and you can end up resuming
the wrong session.
The simple solution is to just append the process
id to the screen session invocation to make each
unique.
(From OE-Core rev: 1677b736bca5dc46db522da1874459d2de77209d)
Signed-off-by: Jason Wessel <jason.wessel@windriver.com>
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The parallelism flags should not change the parse hash.
(From OE-Core rev: 6bfd4a6abd7488e663598620f4436ac49183528f)
Signed-off-by: Jason Wessel <jason.wessel@windriver.com>
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The commit a9f11849 [linux-yocto: explicitly export KMETA to scripts]
allows the meta branch name to be changed by exporting it to all
phases of the build.
But if a custom kernel without a meta branch is built, we end up
passing an empty string to the creation scripts, which breaks the
build since input is expected.
Inhibiting the export of KMETA to the creation scripts when empty
fixes the problem.
(From OE-Core rev: 61162fbe01993659301fe2e821bf9c3e801206d8)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
To support custom repositories that set a SRCREV and that only have
a single master branch, do_validate_branches needs a special case
for 'master'. We can't delete and recreate the branch, since you
cannot delete the current branch, instead we must reset the branch
to the proper SRCREV.
(From OE-Core rev: de5bb5879fa3282c46dc1ede36af34eaab8f647f)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
In the kernel's tools/perf/Makefile CFLAGS was previously hard coded to
contain "-I/usr/include/slang" to work with hosts that have
"/usr/include/slang/slang.h" as well as hosts that have
"/usr/include/slang.h". This path can cause compile warnings like:
cc1: warning: '/usr/include/slang' doesn't exists.
or
cc1: warning: include location "/usr/include/slang" is unsafe for
cross-compilation [-Wpoison-system-directories]
Then in some cases warnings become errors if WERROR is enabled hence
build errors.
In coordination with a kernel fix, we can fix this error for all
kernels by modifying the perf Makefile within the staged kernel
source.
(From OE-Core rev: 4e0daf05ed04e9fb4343032c6290a379f53b89f3)
Signed-off-by: Liang Li <liang.li@windriver.com>
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
"ERROR: Nothing PROVIDES 'grub-efi-x86_64-native'" is returned when
trying to build meta-intel/meta-cedartrail with DEFAULTTUNE = "core2-64"
Used TRANSLATED_TARGET_ARCH instead of TARGET_ARCH in grub-efi.bbclass
[YOCTO #3013]
(From OE-Core rev: 20e2aaacb36113604c4ea7c40dd0bbbf224b8360)
Signed-off-by: Mihai Lindner <mihaix.lindner@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
kmod will fail to build with the following error because O_CLOEXEC is
not defined:
| libkmod/libkmod-module.c: In function 'kmod_module_get_initstate':
| libkmod/libkmod-module.c:1640: error: 'O_CLOEXEC' undeclared (first use in this function)
| libkmod/libkmod-module.c:1640: error: (Each undeclared identifier is reported only once
| libkmod/libkmod-module.c:1640: error: for each function it appears in.)
| libkmod/libkmod-module.c: In function 'kmod_module_get_refcnt':
| libkmod/libkmod-module.c:1754: error: 'O_CLOEXEC' undeclared (first use in this function)
| libkmod/libkmod-module.c: In function 'kmod_module_get_sections':
| libkmod/libkmod-module.c:1913: error: 'O_CLOEXEC' undeclared (first use in this function)
| libkmod/libkmod-file.c: In function 'kmod_file_open':
| libkmod/libkmod-file.c:282: error: 'O_CLOEXEC' undeclared (first use in this function)
| libkmod/libkmod-file.c:282: error: (Each undeclared identifier is reported only once
| libkmod/libkmod-file.c:282: error: for each function it appears in.)
Since we are only using kmod-native for depmod, and it's a non-threaded
user of this libary being built this should be safe to override O_CLOEXEC.
Keep in mind this is ONLY effecting the native builds and not what is
being shipped in the root file system.
(From OE-Core rev: edcb57fe308979cc5b92359d064e32bb70d4ad76)
Signed-off-by: Matthew McClintock <msm@freescale.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The S variable is now the default one.
(From OE-Core rev: a8b1081791af60873c6fd26cbf298cfe1886f97d)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
gtk-update-icon-cache is called for each subdir of ${datadir}/icons,
but there are some themes without an index.theme file such as
xcursor-transparent, so add -t(--ignore-theme-index) option to avoid
errors of gtk-update-icon-cache.
(From OE-Core rev: bab34e5fa734a98cb5199db4ebc95a6634a38431)
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
remove-gets.patch: removed
- included in the new version
(From OE-Core rev: 396af9e2c8a8b7ad8d49566350d79f05898734a7)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Dropped --without-apache option as it does not exists.
Added patch from subversion-users ML to not build mod_dontdothat.
(From OE-Core rev: c79fb25161b958b07fbfa965768754d51717d616)
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The task-core-lsb-runtime-add subpackage includes eglibc-pic as an
RDEPEND. That's incorrect, eglibc-pic is nothing but 22MB of static
libraries and should never appear as a runtime dependency.
(From OE-Core rev: 79545d068659c943ac9aa925a7da0eee82207b8b)
Signed-off-by: Andy Ross <andy.ross@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Original location was kernel.org and it was not restored after server
was hacked.
(From OE-Core rev: 149b8bebe21ebf2f126d3ab2a21c036c556a63c7)
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This commit adds the vmx* files needed to setup a VMware image,
this also packages the vmdk along with the vmx files.
(From OE-Core rev: 968cfc0b630fb409430a46b1512d6bf0de225ad1)
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
With pseudo the cmod in pkg_postinst is actaully redundant since
the do_install uses install -m 4555 and pseudo is able to track that
between the install time and the rootfs package installation, so the
perms are correct.
[YOCTO #2894]
(From OE-Core rev: a2bc81032c85548f7c72dc76e6020ab4df9af6de)
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
fix-ac-prereq.patch: adapted to the new version
(From OE-Core rev: fdd9df341f47ef03ea9cb319205d75418c94cd01)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add patch for fixing the _gen/svc-gtk-doc.h target in
the makefiles.
(From OE-Core rev: a39cad99a95dd5e31213e4661304f515dc48628d)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The 0001-Fix-a-race-in-_gen-reentrant-methods.list patch is
included in the 0.19.6 version.
(From OE-Core rev: 712c365bf745de3fe927fcc24da505009d17a3e5)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The last two distutils changes progressivly broke the builds. Firstly they
moved things from the site_packages directory to being higher up the tree
which introduced package QA warnings as a side effect. Secondly, it interacts
badly with setuptools which passes in --root=${D} itself.
This patch restores the original directory layout, hence fixing the QA
warnings and also passes extra options to setuptools to deal with the
--root option it passes.
(From OE-Core rev: bed18d5df7915e4127a538be9c7550e185c8c850)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Its not listed in DEPENDS, this ensures build reproducibility.
(From OE-Core rev: a6029573fba6badc077486f2e3eab8df46e455ad)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This avoids problems with libstdc++ having bad rpaths (/usr/lib/../.lib)
in its .la file. See the patch for more information.
(From OE-Core rev: bd27e81f1fa49e2770da9a4a65a83e9d4c3a0dd0)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Use the built-in normalization function instead of the sed hack.
(From OE-Core rev: ba8263e5dc520f5024fc76d8bd2e10fe0564b0e2)
Signed-off-by: Andy Ross <andy.ross@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The -rpath argument would search the host filesystem for libraries,
even when a sysroot was defined. For cross toolchains with targets
compatible with the host architecture this can find incorrect
libraries. Leave -rpath-link unmodified, as build systems in the wild
are already using this to point to host directories.
[YOCTO #2965]
(From OE-Core rev: bccea580f1abb762d231f785a4e60c9cd368dcdf)
Signed-off-by: Andy Ross <andy.ross@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is needed because ipk tools and variables (specically
IPKGCONF_TARGET and IPKGCONF_SDK) are used from the rootfs_ipk.bbclass
I tried to inherit directly but it still fails to expand those.
[YOCTO #2814]
(From OE-Core rev: 161043782682cccd2efc2b349e8248ae084857c7)
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
libiconv is provided for use with uClibc - if you build it together with
eglibc (which already PROVIDES virtual/libiconv) you can end up with
dependency problems during do_rootfs.
(From OE-Core rev: f3e2ccff952f148522a09c09e0dea92e59bab5b6)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This ensure a reliable built without host contamination, this
will also disable the usage of ghostscript.
[YOCTO #2966]
(From OE-Core rev: 90bccaa290d2bc04c7ea1bbeb2cddb3509d0d380)
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If the machine and distro both want alsa, then have task-base-bluetooth pull
in the libasound-module-bluez package.
(From OE-Core rev: 4d7b8da48a1df57bf8e08eff368564f7b47a5222)
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Added -Wno-unused-result because of a read() with no result, and causing
error due to -Werror
Updated grub recipe because of a patch name change
Removed unnecessary patches (merged upstream).
(From OE-Core rev: 88cd5d99918a896f515e8bb59b7238f3ad50adff)
Signed-off-by: Radu Moisan <radu.moisan@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
[YOCTO #2916]
On some systems the host version of flex may be too old to work properly,
instead we depend on flex-native to ensure that we have the proper version
available to us. (Flex version 2.5.35 or newer is requried.)
(From OE-Core rev: b53b4c4d6dad745b2eb0ab804f7975146a81aedf)
Signed-off-by: Xin Ouyang <Xin.Ouyang@windriver.com>
Clarified commit message
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
eglibc 2.15 is not buildable with current toolchain build sequence
and is not used as default on OE-Core. So lets remove it.
(From OE-Core rev: d8c47eeb09d1bc2a6a7a335cc94658f6bdfe4026)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This helps in appending to this regexp from bbappends
coming from other layers who want to leverage linux-yocto
with minimum tweaks by using a standard prefefined machine
from linux-yocto
(From OE-Core rev: 32ba716e71fb7a16f13c83ab6c8cc51de56b3be2)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Use machine overrides instead of machine features.
(From OE-Core rev: 821a38d71d7e15f5871f44a3ee08268d05ef610e)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Libtool may be passed link paths of the form "/usr/lib/../lib", which fool
its detection code into thinking it should be included as an RPATH in
the generated binary. Normalize before comparision.
(From OE-Core rev: e3b0925f4c861393e436deb6b1912f9f1f325d1e)
Signed-off-by: Andy Ross <andy.ross@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This let's the user override install-lib argument again if it needs
to be something else, otherwise things like python-setuptools
won't be able to modify the install-lib dir
This fixes a new issue exposed by my previous distutils patch
that fixed the python modules default install location. Also,
it removes running the install step twice which was inadvertant
(From OE-Core rev: 3b23feca31480cc56f55301fd0274e622c40b522)
Signed-off-by: Matthew McClintock <msm@freescale.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
BB_ENV_EXTRAWHITE is set by the bitbake wrapper script but not by
bitbake-layers, and thus it was affecting the data hash and thus
invalidating the cache. Any variables passed through from the
environment by being added to this variable should themselves
influence the hash already if they are not already excluded from,
the data hash, so BB_ENV_EXTRAWHITE can be excluded.
Similarly, DISABLE_SANITY_CHECKS is set by the hob script in order to
have sanity checks run later, but not set by the bitbake wrapper script.
It doesn't actually affect the build itself and so its value can also
be excluded from the data hash.
These changes prevent unnecessary reparsing between executions of
bitbake, bitbake-layers, and the initial pseudo build within the hob
script.
Fixes [YOCTO #2680].
(From OE-Core rev: 84bcacd5b4737520f0fc76333f0165ef5b87c207)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* missing in 30617bde61a3b0a0944b49a0c9fb7159dacbb19f, eglibc-initial fails to compile in incremental build with OEBasic
(From OE-Core rev: 495ccece87b56d696e92c5cdc39b79fd9813caa0)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This function takes quite a number of arguments and can be tricky to use
properly; this is not made easier if it is undocumented, so document all
of the arguments. (No functional changes, comments only.)
(From OE-Core rev: 324fbcc047819b6948d13eda627ec898cb1f1eb8)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
These recipes arent used anymore so delete them
(From OE-Core rev: 4ef8960c8d2876914bb78cbdce5fae3c5297e942)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
gcc-crosssdk-intermediate will go away and -initial will
assume its responsibility therefore transfer the option
(From OE-Core rev: 7f6883b225f9a0fdc44be2d1cb66ddc744174fbc)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Do not build fake shared libraries during uclibc-initial phase
Let uclibc depend on gcc-cross-initial instead of gcc-cross-intermediate
thereby set stage to remove gcc-cross-intermediate
Let uclibc depend on uclibc-initial so that boostrap sysroot
gets populated properly
(From OE-Core rev: b954c2d7cd978adc059d672425c197eaaf57e852)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
eglibc-initial does not need to install fake shared libs
anymore so drop it.
eglibc now should depend on eglibc-initial so that bootstrap
sysroot gets populated properly.
Drop references to gcc intermediate from glibc testing
scripts.
(From OE-Core rev: bddc141e7cec18744902787ab53c21bf28e71f78)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Now glibc can be compiled with gcc-cross-initial therefore prepare
the stage to drop gcc-cross-intermediate
Also drop arm-nolibfloat.patch should not be needed anymore
half of changes in this patch are meant for OABI which we dont
use anymore
(From OE-Core rev: 30617bde61a3b0a0944b49a0c9fb7159dacbb19f)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This patch backports two patches from glibc trunk essentially
dropping the requirements to have libgcc_s and libgcc_eh
this will simplify the toolchain bootstrap sequence.
(From OE-Core rev: 9591c93c20af236fdc1a99b548435b6df75af497)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Fix the issue that coreutils was built without acl support:
configure: WARNING: libacl development library was not found or not usable.
configure: WARNING: GNU coreutils will be built without ACL support.
which will cause ls and cp commands don't have the ACL related behaviors:
ls -l: no plus sign(+) after the permission string for files that have ACL
cp -p: can not preserves the ACLs.
[YOCTO #2959]
(From OE-Core rev: b30ef39cc26dd0b6ed08bd2b1a6394de6b540720)
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The incremental rpm generation usually broke when package_rpm.bbclass
changed, change its implementation to make it more stable:
* It depended on the previous and current saved manifest files in
the past, it would break when the manifest changed. Now query the
previous and current installed pkgs from rootfs/var/lib and
rootfs/install/, this would be more reliable, the manifest's change
would not affect it any more.
* Add explanations before package_install_internal_rpm to explain what
does the function do.
* Remove an unwanted "awk '{print $1}'".
[YOCTO #2906]
(From OE-Core rev: 5d8ca498e09438bd91654fa8b8b2c970956d88e3)
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
In toolchain edge cases it's possible for the RPATH of a library to be
set to something like "/usr/lib/../lib". This should be detected as
"/usr/lib" and generate a warning.
(From OE-Core rev: 72a924d0686389d648338efd3f675fc85ee2d181)
Signed-off-by: Andy Ross <andy.ross@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If fbset can't find a framebuffer we end up with a mess on the console.
We might as well avoid doing this on machines without a framebuffer.
(From OE-Core rev: f5c39ea822b440ae4bdd38be94fcf8a2814d2229)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
It was pointed out we have a number of weird indentations in the python functions.
This patch cleans up 3, 7 and other weird indentations for the core bbclass files.
It also fixes some wierd (odd) shell function indentation which my searches picked up.
(From OE-Core rev: 8385d6d74624000d68814f4e3266d47bc8885942)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
texi2html is not actually required to build world of OE-Core anymore,
so we don't need to mandate it. The only difference without it (verified
with buildhistory) is that groff doesn't produce HTML documentation; the
rest of its docs are still produced and packaged and no other packages
are affected.
Part of the work towards [YOCTO #2423].
(From OE-Core rev: aa1c4519f8e549b43a7d8bc51c5342d3409b464b)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* I have 2.6.37 kernel without this directory and do_install now fails
after 813256bf7bb6e26d542d5f769e2802564116ebe5
(From OE-Core rev: 9a83afe0794e96590aee374555efea91b3085b91)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
These patches are a maintenance nightmare and impacting our abaility to
keep up to date with qemu. They are also a source of various bugs.
Remove them until someone is willing to step up and maintain them,
or upstream gains GL support.
(From OE-Core rev: 30af78f0db16b9f51666341c9dad0123ccf8ac85)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
These patches are a maintenance nightmare and impacting our abaility to
keep up to date with qemu. They are also a source of various bugs.
Remove them until someone is willing to step up and maintain them,
or upstream gains GL support.
(From OE-Core rev: e9a6df98458d9147227659d3888eff01589f2f76)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
License change due to addition of missing Copyright
(From OE-Core rev: 4e8df7f9a3f506d69c85b051cad3426fb1b18fb9)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
- Avahi's "avahi-autoipd" file is in the dhcp/ folder, not dhcp3/
- udhcpc files were being installed but not being shipped in avahi-autoipd
- do_install override for avahi-autoipd was not being called and is not
required, so join it into regular do_install.
- While at it, fixup string quoting in description.
This makes avahi-autoipd work with simple ifup/down scripts.
(From OE-Core rev: 172e663f1b00733cf956cb118d7a5e1a252c1671)
Signed-off-by: Marc Reilly <marc@cpdesign.com.au>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Only some spaces changed in the license file.
(From OE-Core rev: a1c2330a514a8fa627c55678afb34aa724734a56)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The header in sourcefile says its BSD licensed
not GPL therefore make the correction
(From OE-Core rev: 06bd5b3d10d479fce02cd1d5821faeb9afb4ebac)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Bumping the meta SRCREV to pickup this fix:
meta: rename virto.scc to virtio.scc
The virtio configuration block is misnamed. BSPs that include it with
the proper name, now throw an error (as they should). So fixing the
name of the fragment fixes the build.
(From OE-Core rev: c6b335099224d590109a8bcda22bf54c597c7eee)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
To streamline the creation of build time branches (branches that are
not always present in the upstream kernel repository), linux-yocto-tiny
should specify a default kernel branch. By setting the default branch
(KBRANCH_DEFAULT) and also setting the build branch (KBRANCH) to that
default, the tools will allow the board description to be processed
and no branching forced.
(From OE-Core rev: 07e422138b89e4f4a0cc911db70e2ce953b7623b)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
When NO32LIBS = 0, building 32-bit version of pseudo-native and
building on a 64-bit host -- if the build was triggered by a
dependency change on something pseudo uses, the build could fail
due to left over files from the previous build. Fix this by
ensuring we run make distclean (and ignoring any failure codes) to
ensure we start over.
(From OE-Core rev: 30ae7320265efe039730cd2faf7bd86a264412ed)
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The removed patch is included in connman 1.4.
(From OE-Core rev: a1f16a0f3a015628f3d2d02d980311537a3a2c00)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Only the copyright year has changed in the license file.
(From OE-Core rev: b7502532ba7bc5a14ccb2b9fe2b2752a3fa89bbc)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Removes a make install-python_ext when not present since
older versions of perf lack this install rule
This also fixes a library issue on older kernels building with
a newer toolchain where libaries that would previously be pulled
in are no longer. So we add them manually.
(From OE-Core rev: 70b17a893bd2e1bbba8ea16619b02a60e7c4b8d8)
Signed-off-by: Matthew McClintock <msm@freescale.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Wihtout it, you have both mesa-dri and mesa-xlib as providers. Let's
prefer the accelerated version.
(From OE-Core rev: 9f83d93c65942f9ed1b25a24976f92ae06c425c8)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If you have both a fixed version of mesa and a git version of mesa, you
also need the mesa-dri-glsl-native recipe for each versions. The code
generation that happens natively has to be done with the tool extracted
from the version you are compiling.
(From OE-Core rev: 63667a138616c551cedbd10d4ed87172fcf9dfff)
Signed-off-by: Damien Lespiau <damien.lespiau@intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The kern-tools scripts can support a meta branch and directory of a name that
isn't "meta", but they need the name passed through the environment variable
KMETA. ensuring that KMETA is exported in the shell environment sets the stage
to support flexible meta branch name.
(From OE-Core rev: 9b90c8ace04c88ac6105f0bf686f9abc70fe8074)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
A BSP specific KBRANCH assignment is no longer a required
element to locate and build a yocto kernel. As such we can
set the default kbranch, and remove all other explicit
assignments.
KBRANCH is still used, and if it is changed from the
default, that branch will be built.
(From OE-Core rev: 7984a9f6ccd00bf282c9eedab7ab933add68448c)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The kernel branch is no longer required by the yocto-kern-tools
to locate BSP feature descriptions (it is the MACHINE:KTYPE
descriptor), so we no longer require that the BSP branch be
explicitly set.
If a kernel branch is explicitly set, it is now used to trigger
a checks to ensure that the branch really is being built.
Otherwise the branch that the machine description creates will
be built (just as it always was).
This further simplies the use and configuration of a linux-yocto
based kernel recipe.
(From OE-Core rev: 3cac3ce65abae9dc253641a2004440a2b38fd44d)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Updating the linux-yocto 3.4 recipe with consolidated fixes, BSPs
and cleanups.
From the kernel meta branch:
28bcd46 meta: move emgd features to staging
6c01949 meta: Crystal Forest Machine Created.
3c19c4d meta/qemuppc: remove redundant profiling options
a5da4d5 meta: kgdb: update configuration for out of box functionality
1d13e00 meta: update status/series and patches for v3.4
b96c408 fsl-mpc8315e-rdb: replace leading dot with hash in cfg file
7c9a3b0 usb: fix scc and cfg filename collision with ktypes/base/
aa0e1f6 kconfig: make CONFIG_BLOCK=y part of base config
3d1a2f2 kconfig: add tty/serial file to hardware listing
60b600f routerstationpro: specify chosen filesystems in audit input.
8b5c8c7 routerstationpro: add config data for audit purposes
d7ae8fa meta: add ath79 Kconfig to hardware listing.
And from the standard branch:
c77666c powerpc: uprobes: removed external declaration of uprobe_get_swbp_addr.
c262f3e powerpc: Uprobes port to powerpc
d40e73d powerpc: Add trap_nr to thread_struct
6a64190 Revert "This is the port of uprobes to powerpc. Usage is similar to x86."
e422119 Revert "powerpc: uprobes: removed external declaration of uprobe_get_swbp_addr."
d4ef82f keys: kill task_struct->replacement_session_keyring
1cc141e keys: kill the dummy key_replace_session_keyring()
090ca45 keys: change keyctl_session_to_parent() to use task_work_add()
61bc7a8 genirq: reimplement exit_irq_thread() hook via task_work_add()
5ee34dd task_work_add: generic process-context callbacks
70754de move key_repace_session_keyring() into tracehook_notify_resume()
6f70bc1 powerpc: uprobes: removed external declaration of uprobe_get_swbp_addr.
e5f6a4c This is the port of uprobes to powerpc. Usage is similar to x86.
2bc4597 On RISC architectures like powerpc, instructions are fixed size. Instruction analysis on such pl
8893371 perf probe: Detect probe target when m/x options are absent
544d531a perf probe: Provide perf interface for uprobes
103b503 tracing: Fix kconfig warning due to a typo
9bb012e tracing: Provide trace events interface for uprobes
b9b7281 tracing: Extract out common code for kprobes/uprobes trace events
91f0360 tracing: Modify is_delete, is_return from int to bool
a8600f2 uprobes/core: Decrement uprobe count before the pages are unmapped
a252056 uprobes/core: Make background page replacement logic account for rss_stat counters
3efc15b uprobes/core: Optimize probe hits with the help of a counter
20f3d76 uprobes/core: Allocate XOL slots for uprobes use
77bfad8 uprobes/core: Handle breakpoint and singlestep exceptions
7196d9a uprobes/core: Rename bkpt to swbp
c99bc18 uprobes/core: Make order of function parameters consistent across functions
7e9be99 uprobes/core: Make macro names consistent
c4247f2 uprobes: Update copyright notices
f066ff9 uprobes/core: Move insn to arch specific structure
e91cf65 uprobes/core: Remove uprobe_opcode_sz
942b91c uprobes/core: Make instruction tables volatile
56c1e99 uprobes: Move to kernel/events/
0a7ad1c uprobes/core: Clean up, refactor and improve the code
3760d62 uprobes, mm, x86: Add the ability to install and remove uprobes breakpoints
Two BSP updates:
- Crystal Forest Machine has been added
- routerstationpro configuration updates for 3.4
(From OE-Core rev: bd05dcb634cbb4022b4189985585f73c86f01fae)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The v3.4.7 -stable update has been released, updating all in-tree
BSPs to this new baseline.
(From OE-Core rev: 89a0587d5affe8d8986efce7738b7b3774792154)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
asm/unistd.h includes asm/unistd_64.h on x86_64
and asm/unistd_32.h on i386 but these files are
generated files in 3.4 and when we do 'make clean' they get
deleted and it shows up as an error when building
external modules. May be its a 3.4 kernel bug may be not
but make clean should have left the tree in
a shape to build modules but it does not.
Probably we should run make modules_prepare after having
run make clean.
(From OE-Core rev: 813256bf7bb6e26d542d5f769e2802564116ebe5)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
PACKAGECONFIG flag code only handles that when it has 3 or 4 items in flag,
it may have a stale data if some flags doesn't need DEPENDS and RDEPENDS.
(From OE-Core rev: 884cab0428cff2ffd070b6f36b688ca9851fbe43)
Signed-off-by: Yao Zhao <yao.zhao@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
There is a race where do_clean tries to clean WORKDIR but there are logfiles
written into ${T} by bitbake and this can lead to exceptions due to open files.
The easiest solution is to redirect T to a different location for the do_clean
task, hence avoiding the errors and also allowing the logfiles to be visible
somewhere. ${LOG_DIR} seems an appropriate place for this.
[YOCTO #2846]
(From OE-Core rev: eef9d6c2d52f5264a6e7a9d882f8323f9793fd7f)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>