summaryrefslogtreecommitdiffstats
path: root/meta/recipes-kernel
Commit message (Collapse)AuthorAgeFilesLines
* linux-firmware: package Broadcom BCM4339 firmwareTzu-Jung Lee2015-11-251-1/+8
| | | | | | | | (From OE-Core rev: 3d0f829740e67e9f1116ef0b8d8715c5c26d4fb7) Signed-off-by: Tzu-Jung Lee <roylee17@currantlabs.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto.inc: set SUMMARY instead of DESCRIPTIONPaul Eggleton2015-11-161-1/+1
| | | | | | | | | | | We only have a short description, so set SUMMARY and DESCRIPTION will be defaulted from it. (From OE-Core rev: 1d655e2407267ed91e371e078e9a9a10183e3d62) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-dtb.inc: refactor common code to function get_real_dtb_path_in_kernelStefan Christ2015-11-161-8/+11
| | | | | | | | (From OE-Core rev: 04ed298520d38e0b078723b1b45368b7037cf6e0) Signed-off-by: Stefan Christ <s.christ@phytec.de> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-dtb.inc: refactor common code to function normalize_dtbStefan Christ2015-11-161-12/+12
| | | | | | | | (From OE-Core rev: 5dfa10978ef540a7a8cd89766c40625ccfeffda2) Signed-off-by: Stefan Christ <s.christ@phytec.de> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-dtb.inc: explicit test for empty string not neededStefan Christ2015-11-161-42/+36
| | | | | | | | | | The for loop already handles the case when KERNEL_DEVICETREE is empty. (From OE-Core rev: 49010f4a1ae9570e96691c9faeb17808174488fe) Signed-off-by: Stefan Christ <s.christ@phytec.de> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-dtb.inc: use same variable name DTB for all elements of KERNEL_DEVICETREEStefan Christ2015-11-161-4/+4
| | | | | | | | (From OE-Core rev: 1e9ac2c4970b2fc7f8ed939bce7cf0a5c7715ca3) Signed-off-by: Stefan Christ <s.christ@phytec.de> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-dtb.inc: remove unneeded 'cd'Stefan Christ2015-11-161-3/+1
| | | | | | | | (From OE-Core rev: 2d7680a104e2910c90d8aceeb12c24dfde2cd2d6) Signed-off-by: Stefan Christ <s.christ@phytec.de> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto{, -rt}: Enable support for virtio drivers in qemu machines.Aníbal Limón2015-10-275-3/+5
| | | | | | | | | | | | | | In order to use virtio devices as default in runqemu script because these drivers are designed to use in vrit providing better performance. [YOCTO #8427] (From OE-Core rev: 16dad3a6ccba01639b3a711426599af49c30a088) Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: nf_tables: Add nf_tables featureBruce Ashfield2015-10-273-3/+3
| | | | | | | | | Updating the META SRCREVs to make the nf_tables feature available. (From OE-Core rev: 43ed2494ae4f89cab6e018f289bb048289d478f5) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/3.19: fix ARM boot with gcc5.xBruce Ashfield2015-10-271-2/+2
| | | | | | | | | | | | Updating the SRCREVs to apply the same fix as 3.14 and 4.1 already have to fix qemuarm boots with gcc5.x [YOCTO: #8415] (From OE-Core rev: fa9852d5d7383e6d03c756b8ad615668857b0b86) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kern-tools: avoid duplicate .scc file processingBruce Ashfield2015-10-271-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | With the recent changes to improve patch processing times, the ability to skip already applied patches is not active by default. The automatic detection and resume was hiding issues with the include files generated by scripts like yocto-bsp. If a .scc file that contains a patch is included twice, the patch is applied twice, and the second appliation fails for obvious reasons. We can partially fix this by ensuring that already included configuration fragments are not forced into the meta-series. .scc files that are explicitly listed twice will continue to fail, and recipes must be modified to avoid this. [YOCTO: #8486] (From OE-Core rev: ed2da98bf3ac798009f58a53b91285b4dac69d5a) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/4.1: drm/i915: Fix the VBT child device parsing for BSWBruce Ashfield2015-10-273-10/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Updating the 4.1 SRCREVs to integrate the following fix: [ drm/i915: Fix the VBT child device parsing for BSW Recent BSW VBT has a VBT child device size 37 bytes instead of the 33 bytes our code assumes. This means we fail to parse the VBT and thus fail to detect eDP ports properly and just register them as DP ports instead. Fix it up by using the reported child device size from the VBT instead of assuming it matches out struct defintions. The latest spec I have shows that the child device size should be 36 bytes for rev >= 195, however on my BSW the size is actually 37 bytes. And our current struct definition is 33 bytes. Feels like the entire VBT parses would need to be rewritten to handle changes in the layout better, but for now I've decided to do just the bare minimum to get my eDP port back. Cc: Vijay Purushothaman <vijay.a.purushothaman@linux.intel.com> Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com> Reviewed-by: Damien Lespiau <damien.lespiau@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> (cherry picked from commit 90e4f1592bb6e82f6690f0e05a8aadcf04d7bce7) Signed-off-by: abdul arif abdul muttalib <abdul.arif.b.abdul.muttalib@intel.com> Signed-off-by: Tan Jui Nee <jui.nee.tan@intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> ] (From OE-Core rev: 1f575df04f003c1e1fe9413f95023c20a2f30e19) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: axxia configuration updatesBruce Ashfield2015-10-276-6/+6
| | | | | | | | | | Updating the configuration fragments for the Intel Axxia on the 3.14 and 4.1 kernels. (From OE-Core rev: a4964955257a1ab2586fd5efeedc2e32b725895d) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/4.1: drm/i915 backportsBruce Ashfield2015-10-073-10/+10
| | | | | | | | | | | | | Updating the SRCREVs to integrate the following backports: 52a4a9f4a2b4 drm/i915/gen8: Initialize page tables a95cb62f8e85 drm/i915: Remove unnecessary gen8_ppgtt_unmap_pages a24d98fc488d drm/i915: Remove _entry from PPGTT page structures (From OE-Core rev: 6bf364687c2d524f836a7b1d0f60f7b018dce839) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto_{3.14,3.19,4.1}: qemuarm enable virtio driversAníbal Limón2015-10-013-0/+3
| | | | | | | | | | | | | | | We are experimenting segfault in qemu arm SCSI driver because it's broken [1][2] so enable virtio drivers to use as default. [YOCTO #8060] [1] https://lists.gnu.org/archive/html/qemu-devel/2007-03/msg00093.html [2] https://lists.nongnu.org/archive/html/qemu-devel/2010-07/msg01473.html (From OE-Core rev: e8e4cf4e830ee5c5f92dd8ab38c4072a3a43c411) Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lttng-tools: Drop KERNELDIR referenceRichard Purdie2015-10-011-2/+0
| | | | | | | | | The source makes no reference to KERNELDIR any more and this make the recipe machine specific. Simply drop the unused reference. (From OE-Core rev: 21bad4c807acd4c596fcca8afeab737161fbbb39) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kern-tools: fix multi-layer patch applicationBruce Ashfield2015-10-011-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Updating the kern-tools SRCREV to import the following fix: kgit-meta: resume after last applied patch When the auto-resume (resume point detection) was removed from the processing of a meta-series, it ignored the fact that a single patch series may in fact be processed a number of times. Two layers patching a kernel will generate two different runs on the same branch, which always start at patch one. This will obviously break with duplicate patches. To avoid this, we simply track the last patch applied, and explicitly tell the patch scripts where to start. This gets us resume functionality, without the overhead of resume point detection. (From OE-Core rev: 692f1333e257556e7462b2436dd60e865869349c) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/4.1: braswell bug fixesBruce Ashfield2015-10-013-10/+10
| | | | | | | | | | | | | | Updating the 4.1 SRCREVs to integrate the following DRM backports: a8abc111a96d drm/i915: Only wait for required lanes in vlv_wait_port_ready() 81354180432b Revert "drm/i915: Hack to tie both common lanes together on chv" d660fc117731 drm/i915: Work around DISPLAY_PHY_CONTROL register corruption on CHV 0e797e9cb717 drm/i915: Implement chv display PHY lane stagger setup (From OE-Core rev: 2ea7533b5d45bb459284dd1c3f81d4bcac88f882) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/4.1: update to 4.1.8 -stableBruce Ashfield2015-10-013-16/+16
| | | | | | | | | | There are some important fixes and CVEs in 4.1.8, so we update the SRCREVs to integrate the -stable changes. (From OE-Core rev: 0cd10fc32fd6a3faced69ef206271c8afde17533) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto-rt/4.1: integrate axxia BSPBruce Ashfield2015-10-011-1/+1
| | | | | | | | | | | | | | As part of the axxia preempt-rt integration, the preempt-rt branch now becomes standard/preempt-rt/base, to allow proper branch inheritance as: standard/preempt-rt/axxia/base. No functional changes happen to the base -rt, just the default KBRANCH changes. (From OE-Core rev: 5c91535baf876a3e2c4fd91be046dc3a92dc0ad2) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: fix build with gettext 0.16.1Robert Yang2015-10-012-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | The gettext 0.16.1 doesn't install any m4 files to sysroot, please see the following commit: commit 9e10db5bdfe77c0ef2aff2f1cf89958b62c294a1 Author: Christopher Larson <kergoth@gmail.com> Date: Mon Mar 17 18:10:54 2014 +0000 gettext-0.16.1: kill target m4 macros from sysroot This is aim for using gettext-native's macros(gettext-native-0.19.4), but when we set: PREFERRED_VERSION_gettext = "0.16.1" And build the recipes like pcmanfm, we would get errors when do_configure: configure:5164: error: possibly undefined macro: AM_NLS This is because autotools_copy_aclocals doesn't copy the native macros for target unless they're direct dependencies. Add gettext-native to DEPENDS will fix the problem. (From OE-Core rev: 48c168334bb60937653ab782026948d139603f8e) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/meta: Add DISTRO_FEATURES check for gtk+/gtk3+Richard Purdie2015-10-013-1/+8
| | | | | | | | | | | | | | If you currently do a DISTRO_FEATURES_remove = "x11" with OE-Core, you see failures due to dependency problems. The work in resolving this was partially completed a while back. This adds in the markup mainly for gtk/gtk3+ recipes and means "bitbake world" will work successfully. Rather than code the gtk/gtk+ specific distro features into each recipe, a shared variable is used. (From OE-Core rev: ef967c70182eeccb59c7511d838a7ecb0b2315c1) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/4.1: rt update to 4.1.x-rt8Bruce Ashfield2015-09-283-4/+4
| | | | | | | | | | | | | | | | | | The -rt build suffered the same breakage in master as the standard kernel builds: due to a bad git history merge, existing patches were dropped from branches. This meant that we were missing the -rt changes, which re-introduced some failures with linux-yocto-rt. With these SRCREV updates, we have the latest 4.1.x-rt and all architectures build. (From OE-Core rev: 96db930d8add6623168ec5e638769d5c0f348265) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/4.1: common-pc-drivers: add CONFIG_PATA_SCHBruce Ashfield2015-09-283-3/+3
| | | | | | | | | | | | | | | | | | | | | Updating the meta SRCREVs to integrate the following config change: Author: Saul Wold <sgw@linux.intel.com> Date: Tue Sep 22 07:23:06 2015 -0700 common-pc-drivers: add CONFIG_PATA_SCH The NUC uses this hardware and should still operate correctly with a genericx86 Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> (From OE-Core rev: c597c230b4f66bd04d47a448a00cf54fca71c0f2) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kmod: Change SRCREV to fix return code in error pathAníbal Limón2015-09-241-1/+1
| | | | | | | | | | | | | | | | | | Systemd is failing trying to load kdbus [1] because kmod have an error in return code when try to insert module [2]. This change of SRCREV is a MINOR one only include the fix described. [YOCTO #8377] [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=8377#c0 [2] http://lists.freedesktop.org/archives/systemd-devel/2015-July/033549.html (From OE-Core rev: 24d1ba834e79fa5d625e6fd0890cebfb548dce81) Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/4.1: hid, bluetooth, aufs and yaffs2 updatesBruce Ashfield2015-09-233-10/+10
| | | | | | | | | | | | | | | | | | Setting the SRCREVs to import the following changes in the 4.1 kernel tree: 79a31b9d23db hid-core: Avoid uninitialized buffer access 121593d3a0a4 aufs: call mutex.owner only when DEBUG_MUTEXES or MUTEX_SPIN_ON_OWNER is defined efa7952a190f Bluetooth: Delay check for conn->smp in smp_conn_security() 69428ec43bd9 cc2520: set the default fifo pin value from platform data ee0ddf37f3d6 fs/yaffs2: Fix a judgement logic for ACL operations fff29e47f5c4 yaffs2: remove read and write methods b3b9d030ad84 yaffs2: replace f_dentry to f_path.dentry (From OE-Core rev: 6398e9be3c3a2af5e650a4e7ee7f8f61c7b520fd) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: depend on libgcc for nios2Marek Vasut2015-09-231-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Make nios2 kernel depend on libgcc. In arch/nios2/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 script link-vmlinux.sh to link vmlinux.o, and when execute function vmlinux_link() in link-vmlinux.sh, KBUILD_VMLINUX_MAIN is passed to ${LD}. If build without libgcc, the value of LIBGCC is just libgcc.a without parent directory. linux-yocto fails to build: | LD vmlinux.o | nios2-poky-linux-ld.bfd: cannot find libgcc.a: No such file or directory Add libgcc to nios2 kernel dependency. (From OE-Core rev: d3ccab5bb717da57dcaaeb1993ae0f790ce45dcb) Signed-off-by: Marek Vasut <marex@denx.de> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lttng-tools: sessiond: disable: match app event by nameLi Zhou2015-09-232-0/+59
| | | | | | | | | | | | | | | | Get upstream patch from lttng-tools github: <https://github.com/lttng/lttng-tools> <commit:700c5a9d4dc7b552926b8ddcbba91cc13312aba0>, for solving the filtered tracepoint disabling error. The use of a simple lookup and match on event name is insufficient to identify the corresponding ust app event. (From OE-Core rev: 60f8c0e679f70f4477472d7895fddff12530a929) Signed-off-by: Li Zhou <li.zhou@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/4.1: hid-core: Avoid uninitialized buffer accessBruce Ashfield2015-09-233-10/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Updating the 4.1 SRCREVs to integrate the following commit: hid-core: Avoid uninitialized buffer access hid_connect adds various strings to the buffer but they're all conditional. You can find circumstances where nothing would be written to it but the kernel will still print the supposedly empty buffer with printk. This leads to corruption on the console/in the logs. Ensure buf is initialized to an empty string. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> [dvhart: Initialize string to "" rather than assign buf[0] = NULL;] Cc: Jiri Kosina <jikos@kernel.org> Cc: linux-input@vger.kernel.org Cc: stable@vger.kernel.org Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> (From OE-Core rev: 1c6c1af385a481b0a57ab06cd40af56be3425cc8) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kern-tools: optimize patching peformanceBruce Ashfield2015-09-231-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Updating the kern-tools SRCREV to integrat the following commit: patching: only validate user supplied patches by default Previously the patching tools would consider both system and user supplied patches in the same manner .. they are simply a series of patches to be applied to a branch, and that the scripts should determine where in the series to start (based on what is already on the branch). This detection was causing a few problems: - time consuming - starting in the middle of a series when intermediate patches were merged to a branch. To solve both the performance and start detection, we instead simply note the transition from system (i.e. already defined features and series) and user/recipe supplied patches. When the transition is noted, the system will start pushing ALL patches without doing autoresume detection. Control in keeping the series up to date is passed to the user, and consistent behaviour/performance is achieved. (From OE-Core rev: 440ad49e53359ea800c179df105ab885873d7691) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/4.1: aufs, yaffs2 and driver fixesBruce Ashfield2015-09-233-13/+13
| | | | | | | | | | | | | | | | Updating the 4.1 SRCREVs to integrate the following changes: f830ab33799d aufs: call mutex.owner only when DEBUG_MUTEXES or MUTEX_SPIN_ON_OWNER is defined 87df2e93ed65 Bluetooth: Delay check for conn->smp in smp_conn_security() b09c3eab3e50 cc2520: set the default fifo pin value from platform data 62b01c325d42 fs/yaffs2: Fix a judgement logic for ACL operations 1d19c4e95cfc yaffs2: remove read and write methods 2c822dbc43b9 yaffs2: replace f_dentry to f_path.dentry (From OE-Core rev: c49ddbf254c2d170d0aeced78ef6c87e60736a26) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: mkdir ${B} -> mkdir -p ${B}Robert Yang2015-09-181-1/+1
| | | | | | | | | | | | ${B} is the default cwd of tasks, so there might be race issues such as: | mkdir: cannot create directory `/path/to/work/qemux86-poky-linux/perf/1.0-r9/perf-1.0/': File exists [snip] NOTE: recipe perf-1.0-r9: task do_configure: Failed (From OE-Core rev: d41e9fc53230a8fd911c61e018ea901caee4cafc) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cryptodev-tests: don't use STAGING_KERNEL_DIR, fix re-packaging in ↵Denys Dmytriyenko2015-09-181-1/+1
| | | | | | | | | | multi-machine builds (From OE-Core rev: 547c2b30573ee0e9e796acf7d8f0411063033282) Signed-off-by: Denys Dmytriyenko <denys@ti.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-firmware: package Broadcom BCM4354 firmwareRomain Perier2015-09-181-1/+8
| | | | | | | | (From OE-Core rev: 68e04e4d26bb887cfb4321472d3c29d0df528393) Signed-off-by: Romain Perier <romain.perier@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: fix the install-python_ext on upstream kernelRoy Li2015-09-181-1/+1
| | | | | | | | | | | | | | | | | | | | | | The Perf source code between Yocto and upstream are different, like below commit is not in upstream, so broaden the "--root" replacement to Makefile* commit 33e96fb1e2d77541e81eb341ccd3fbe9419e4c9a Author: Tom Zanussi <tom.zanussi@intel.com> Date: Tue Jul 3 13:07:23 2012 -0500 perf: change --root to --prefix for python install Otherwise we get the sysroot path appended to the build path, not what we want. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> (From OE-Core rev: c849ed0c66a2fb7d91795c421eb4c87b47d03c0d) Signed-off-by: Roy Li <rongqing.li@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kmod: fix link creation when base_bindir != /binJoshua Lock2015-09-181-2/+2
| | | | | | | | | | | | | | If base_bindir is not a direct child of / the link creation in do_install_append creates incorrect relative links. Instead pass a full path to the link source too the lnr script to create a relative link. (From OE-Core rev: dc184ace9d72a2d4f8eeec831942663cd3b1fd47) Signed-off-by: Joshua Lock <joshua.lock@collabora.co.uk> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: Fix Upstream-Status statementsRoss Burton2015-09-122-2/+2
| | | | | | | | | | Fix a variety of problems such as typos, bad punctuations, or incorrect Upstream-Status values. (From OE-Core rev: bd220fe6ce8c3a0805f13a14706d3130ea872604) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kexec-tools: Pass -r directly to linkerKhem Raj2015-09-122-0/+33
| | | | | | | | | | | -r is understood by gcc but not by clang, anyway its a linker option so pass it straight to linker by using -Wl explicitly (From OE-Core rev: 3f4ab836d7d9b7a994b65ab8c7ebf6ff65e6277b) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* latencytop: Fix build with clangKhem Raj2015-09-122-2/+68
| | | | | | | | | | | Clang is stricter with syntax checking and flags the functions return values if they dont match with function signatures, Fixed thusly (From OE-Core rev: 91b8c2900570720d56a123a90e927f49a6a6095f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: fix the install-python_extRoy Li2015-09-121-1/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1. $(grep xxx xxx) never returns 0, it maybe return empty or string, and can not compare with 0, this fixes that python module never are installed. 2. python library is installed into /usr/lib/ by default, but we expect it is installed into ${libdir}, so add --install-lib parameter for python setup.py to set the library dir; this fixes not shipped warning, since python modules are installed into /usr/lib/, but FILE_${PN}-python expects it is under ${libdir}, which is /usr/lib64/ for 64bit machine 3. the makefile target install-python_ext is moved from Makefile to Makefile.perf from linux v3.13, so match install-python_ext in Makefile.* and --root='/\$(DESTDIR_SQ)' before linux v3.13 will install the target python library to native sysroot, so replace it with --prefix as after linux 3.13; this fixes not shipped warning, and install target files to native dir, like below: ERROR: QA Issue: perf: Files/directories were installed but not shipped in any package: /home /home/pokybuild /home/pokybuild/yocto-autobuilder /home/pokybuild/yocto-autobuilder/yocto-worker /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots/x86_64-linux /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots/x86_64-linux/usr /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots/x86_64-linux/usr/lib /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots/x86_64-linux/usr/lib/python2.7 /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots/x86_64-linux/usr/lib/python2.7/site-packages /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots/x86_64-linux/usr/lib/python2.7/site-packages/perf.so /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-fsl-ppc-lsb/build/build/tmp/sysroots/x86_64-linux/usr/lib/python2.7/site-packages/perf-0.1-py2.7.egg-info (From OE-Core rev: 43f965061f8af4c4537e9d9c0257253e613a616d) Signed-off-by: Roy Li <rongqing.li@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/3.14: fix edgerouter (octeon) buildBruce Ashfield2015-09-093-11/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Upating the SRCREVs to import the following commit: Author: Kevin Hao <kexin.hao@windriver.com> Date: Mon Aug 31 19:34:48 2015 +0800 mips: octeon: use ll/sc for the atomic ops for all the predecessor of octeon2 Even the octeon plus has the support of the 'saa' instruction, but we don't have a way to distinguish between octeon and octeon plus at compile time and pass "-march=octeon" to all the predecessor of octeon2. So it will cause the following error when trying to assemble the "saa" instruction with option "-march=octeon": {standard input}: Assembler messages: {standard input}:360: Error: Unrecognized opcode `saa $2,($4)' scripts/Makefile.build:308: recipe for target 'arch/mips/cavium-octeon/executive/cvmx-lap.o' failed Forcing to use the "ll/sc" for the atomic ops for all the predecessor of octeon2 to fix this issue. Signed-off-by: Kevin Hao <kexin.hao@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> (From OE-Core rev: a31c715fe484af7fe582d8becac0f20a33acac42) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* oprofileui: Use inherit gettextSaul Wold2015-09-061-1/+1
| | | | | | | | | | | | | oprofileui uses gettext during the configuration task so should be inherit gettext. This issue appears when an older version of gettext is used do to pinning to the older non-gplv3 version. [YOCTO #7795] (From OE-Core rev: 4734ebef1c5259791daba8ce2ce6dd4ddd5d087b) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto-3.14: Use a revision thats on the branch for qemuppcRichard Purdie2015-08-301-1/+1
| | | | | | | | | | At a guess, Bruce's scripts have mixed up the -rt and on -rt versions of the qemuppc branches. Set this to a revision on the standard/qemuppc branch. (From OE-Core rev: d19f6900a07a718660fcd75d36a3facf048ce157) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/3.14/4.1: fix ARM boot with gcc 5.xBruce Ashfield2015-08-304-5/+5
| | | | | | | | | | | | | | | | | | | | | | | | | Booting qemuarm when the kernel was built with gcc 5.x would result in a boot hang (or at least no visible output). Updating the SRCREVs for the following change: Author: Jianchuan Wang Email: jianchuan.wang@windriver.com Subject: Omit to optimize vsprintf.c/kasprintf.c Date: Wed, 26 Aug 2015 13:54:57 +0800 Add "-O0" for vsprintf.c/kasprintf.c Signed-off-by: Jianchuan Wang <jianchuan.wang@windriver.com> While this may not be the final fix (it still has to go usptream and be better explained), it gets us booting, so is good enough for the time being. (From OE-Core rev: 8610017e4e017ddc59d76e64c4d4557fcffc363e) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto-dev: update to 4.2-rcBruce Ashfield2015-08-301-1/+1
| | | | | | | | | | | | The -dev kernel is now tracking 4.2 content, so we update the linux-yocto-dev recipes PV to match. (From OE-Core rev: fc22f6ee38731e60b2bc15640fa697e5af663422) (From OE-Core rev: 468fef1ccfcc5495b6d20576864269da0cdba948) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/4.1: CIRRUS config and quark thermal supportBruce Ashfield2015-08-303-3/+3
| | | | | | | | | | | | | | Updating the meta SRCREVs for the following changes: 92977854ff52 graphics: disable CIRRUS DRM for qemumips and qemuppc 57f4dc4dfe16 intel-quark: Enable thermal support (From OE-Core rev: 5c9d414fc8e88cd5ef8e7e530ba4c5e788e03bb7) (From OE-Core rev: d0cc398d3cd47963fbe3fa22db0a1e73c162e67f) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/4.1: enable DRM_CIRRUS_QEMU and EXT4_USE_FOR_EXT23Bruce Ashfield2015-08-303-3/+3
| | | | | | | | | | | | | | | Updating the meta SRCREV to enable cirrus graphics emulation and wider compatibility for the ext4 driver. [YOCTO: #7348] [YOCTO: #6667] (From OE-Core rev: 530c51e5354d5cd233b7015a3d0dfe94cb9cbaa1) (From OE-Core rev: db02cf0734ce059b7bf47edeb1107e23e20e7160) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/4.1: update to v4.1.6 and v4.1.6-rt5Bruce Ashfield2015-08-303-13/+13
| | | | | | | | | | | | Bumping the SRCREVs to import the latest 4.1-stable and 4.1-rt changes. (From OE-Core rev: 21fd4093bbd0177453a1e749d825cf510746f201) (From OE-Core rev: 576fb9f267f7dbca2b76a68903f335be108160e7) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/3.14: cleanups and gcc5 ARM build fixesBruce Ashfield2015-08-303-14/+14
| | | | | | | | | | | | | | | Updating the 3.14 SRCREVs to match the latest kernel meta data updates and also to merge four patches Richard Purdie located that fix the gcc 5.x ARM build (we still have boot issues, but building is the first step). (From OE-Core rev: 24a888ddd04e44f8a069364bfbde06871ad33ae8) (From OE-Core rev: b9509a02c4dae0fabbba730d3311bca29e353e4f) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/4.1: quark configuration and thermal supportBruce Ashfield2015-08-303-13/+13
| | | | | | | | | | | | | | | | | | | Updating the 4.1 SRECREVs to reflect the following changes: 74159a303c21 thermal: intel Quark SoC X1000 DTS thermal driver 833214b33303 intel-quark-tiny: Add tiny KTYPE .scc file 45ecab18d462 amd.cfg: Add X86_AMD_PLAFORM_DEVICE to default 9a31d2cbc251 intel-quark-standard: add mass storage and boot live support 4ea43922558a bsp: add coretemp to intel-common-drivers (From OE-Core rev: e1aa475dd362d3545911b0677404ced644e394eb) (From OE-Core rev: e14df247df097811e0fab86ec0af5b6cde4d5b21) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-10 21:30:10 +0000