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 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>
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>
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>
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>
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>
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>
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>
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>
Updating the 3.19 and 4.1 meta SRCREVs to pull in the coretemp
configuration values.
Partial fix for [YOCTO #8107].
(From OE-Core rev: 4511961afca854d8006c0d058f46f8ba46f277c4)
(From OE-Core rev: 39eff54fec9a90c9a5f49d8beb643ec9152add2e)
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>
With the recent changes to the kernel meta data handling and the
removal of BSP branches, we need to shuffle some patches around to
match.
This prevents patches from being applied twice, and the qemuarm BSP
can be configured for preempt-rt.
[YOCTO: #8122]
(From OE-Core rev: b6b7a80440521a8e82cfe6c56dddedf061de6208)
(From OE-Core rev: f18b19e1be0b84d431328f87ec4a694ac1415469)
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>
* Remove backport patch filemode-fix.patch.
* Update --with-kernel=${STAGING_DIR_HOST}/${prefix} to find kernel
headers (linux/*.h) to fix the error:
| checking kernel supports perf_events... unknown -- perf_event.h not found
| ERROR: You requested to build oprofile with '--with-kernel=/buildarea/lyang1/test_f2/tmp/work-shared/qemux86/kernel-source',
| but headers were not accessible at the given location.
| Be sure you have run the following command from within your kernel source tree:
| make headers_install INSTALL_HDR_PATH=<kernel-hdrs-install-dir>
| Then pass <kernel-hdrs-install-dir> to oprofile's '--with-kernel' configure option.
| configure: error: Unable to build oprofile. Exiting.
(From OE-Core rev: b2200152deef0aec3cd8fe55bb73d6e8fccfe159)
(From OE-Core rev: 2dff13e834dc7b67e16ee597d7f9a3efdc72d10f)
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
A recent commit fixed perf build failures with a change that duplicates
a fix that can be found in kernels after 4.1. Unfortunately there is a
conflict between these two fixes and we see perf build failures when
building perf in kernels that contain the fix already. The problem is
that the fix from the recipe modifies the location of .config-detected
to $(OUTPUT).config-detected. In a 4.2 kernel the location will be
changed to $(OUTPUT)$(OUTPUT).config-detected.
We change the recipe to require a space in the pattern to only change
kernel sources that do not already place file in $(OUTPUT).
The recent commit that introduced the build failure is:
commit ea9016b60b
Author: Richard Purdie <richard.purdie@linuxfoundation.org>
Date: Sat Jul 25 14:37:58 2015 +0100
perf: Fix config file conflict with 4.1 kernels
If you setup mutlitlibs and then:
bitbake perf libb32-perf
bitbake perf libb32-perf -c cleansstate
bitbake perf libb32-perf
you will see races where the two builds get confused about which directory
they should be using and they corrupt each other.
The issue is that .config-detected is created in ${S}, not $(OUTPUT).
We can fix this by moving the file to $(OUTPUT).
[YCOTO #8043]
(From OE-Core rev: 00608cffffb586e8d2a2075117e710113c471448)
(From OE-Core rev: 57df1ebd910e42af47a0039830a60f41a3bd29b6)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The commit in the kernel source that fixes the problem from kernel side is:
commit 642273795fa81da11290ffa90bce6ff242f2a7bb
Author: Aaro Koskinen <aaro.koskinen@nokia.com>
Date: Wed Jul 1 14:54:42 2015 +0300
perf tools: Create config.detected into OUTPUT directory
Create config.detected into OUTPUT directory instead of source
directory.
This fixes parallel builds that share the same source directory.
Signed-off-by: Aaro Koskinen <aaro.koskinen@nokia.com>
Acked-by: Jiri Olsa <jolsa@kernel.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
Link: http://lkml.kernel.org/r/1435751683-18500-1-git-send-email-aaro.koskinen@nokia.com
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
(From OE-Core rev: cb8d309ff0ea0ca11edc2aae75ddd869491cb330)
Signed-off-by: Reinette Chatre <reinette.chatre@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Drop patch merged upstream and part of x32 patch merged upstream.
Refresh patches.
(From OE-Core rev: ae831faa25fa7bbe8ebff313f1ae6e862bcbe602)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
With kernel commit 6c6f0f6164f [tools build: Add feature check for lzma
library], perf now performs a test for lzma and adds functionality
appropriately.
This currently is a floating dependency that will sometimes be present,
and sometimes not. The result is the following QA warning:
WARNING: QA Issue: perf rdepends on liblzma, but it isn't a build dependency? [build-deps]
By adding xz to the DEPENDS, we'll ensure that it is consistently in
place.
[YOCTO: #8045]
(From OE-Core rev: 2b7bf357e126bf272504548a4692cf764fd7f8ea)
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>
Updating the linux-yocto kernel recipes to include a named/versioned 4.1
recipe. This will be the LTSI kernel, and the 3.14 and 3.19 kernels will
be removed in subsequent commites (once reference boards have transitioned).
(From OE-Core rev: c027c1283e6444ab05f444eb5d292ec1a36b5821)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Updating the kern-tools SRCREV to import the following changes:
cbd4b7102668 patchme/updateme: unify meta directory handling
b65075997152 configme: standalone operation
The change of note is [configme: standalone operation], which makes the
kernel configuration script free from dependencies on other parts of the
kern-tools.
With this change, we set the stage to extend kernel configuration
fragments and auditing to arbitrary trees.
(From OE-Core rev: 17f071dea78a08648eda71829c845104338510b9)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The linux-yocto tree has always been a combined set of kernel changes
and configuration (meta) data carried in a single tree. While this
format is effective at keeping kernel configuration and source
modifications synchronized, it isn't always obvious to developers on
how to manipulate the meta data versus the source.
With this change, we remove the meta data processing from the
kernel-yocto class and use the external meta-data repository that
has always been used to seed the linux-yocto meta branch.
After this change, linux-yocto can no longer process combined trees,
and is simplified as a result.
(From OE-Core rev: 523e4f6a6913b64453579d27a02467e14f7df42e)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If you setup mutlitlibs and then:
bitbake perf libb32-perf
bitbake perf libb32-perf -c cleansstate
bitbake perf libb32-perf
you will see races where the two builds get confused about which directory
they should be using and they corrupt each other.
The issue is that .config-detected is created in ${S}, not $(OUTPUT).
We can fix this by moving the file to $(OUTPUT).
[YCOTO #8043]
(From OE-Core rev: 00608cffffb586e8d2a2075117e710113c471448)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Updating the libc-headers to match the 4.1 LTSI kernel version.
We also tweak the logic in linux-libc-headers.inc to look in the
4.x subdirectory if a 4.x kernel is specified as the header source.
(From OE-Core rev: 3143920c541b55b543b9dcc12b18af4e0e4b7ae1)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Remove add-aarch64.patch since it is already in the source.
* Rename lttng-ust_2.6.1.bb -> lttng-ust_git.bb
(From OE-Core rev: f5b03208c0ae0f47dddec6e39712fb0f1d041ebc)
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
When run "kexec" in powerpc board, the kexec has a limit that
the kernel text and bss size must be less than 24M. But now
some kernel size exceed the limit. So we need to change the limit,
else will get the error log as below:
my_load:669: do
Could not find a free area of memory of 0x12400 bytes...
Could not find a free area of memory of 0x13000 bytes...
locate_hole failed
(From OE-Core rev: 8458910b3524eeb5164137332f60ba40247c33fa)
Signed-off-by: Quanyang Wang <quanyang.wang@windriver.com>
Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If the GCC's stack protection is enabled by default, the purgatory will
also be built with this option. But it makes no sense to enable this
for the purgatory code, and would cause error when we are trying to
relocate the purgatory codes because symbol like __stack_chk_fail is
unresolved. Instead of disabling this for some archs specifically,
disable it for all the archs.
(From OE-Core rev: 466b0b2c572fb3201ca415b689ce7a950b8625a7)
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Bumping the 3.19 SRCREVs for the following fixes:
e152349de59b drm/i915: Reset CSB read pointer in ring init
a87a6ffb3459 drm/i915/bdw: Enable execlists by default where supported
a70b2eb273ef meta: axxiaarm: add configuration fragments
(From OE-Core rev: 1b3d77195210d7d2b17c1bb8ab756053d72c7d4c)
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>
Updating the 3.14 SRCREVs for the following commits:
7534aeb01883 yaffs2: fix memory leak in mount/umount
4287412436cb MIPS: Fix build with binutils 2.24.51+
(From OE-Core rev: 370cd615ea3aa11d39e4c7303e8bca79e3ec6621)
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>
This recipe doesn't unpack any source, so set S to ${WORKDIR}.
(From OE-Core rev: b82d60aa19ecbe1e4fed6a1ce7077b3d6c620ef4)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The current kernel supports WERROR now, and there is no Werror in
tools/perf/Makefile, remove both sed commands.
(From OE-Core rev: 664508e6307903fdc3054ca84d37f16718c41ede)
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The lttng-modules Makefile allows us to specify the kernel we're
building against via the KERNELDIR variable on the build command line.
Use that and drop the patch (which tends to need updating whenever the
upstream Makefile changes).
(From OE-Core rev: cc6f6f96b668f7ef3db0f83c7d3585d81c569d31)
Signed-off-by: Nathan Lynch <nathan_lynch@mentor.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Bumping the linux-yocto SRCREVs to integrate fixes for the h/w reference
BSPs to the 3.19 kernel.
(From OE-Core rev: 4c992854414360a10e1b452c9a776cbd993dee1f)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Updating the 3.19 kernel SRCREVs for the following commits:
NFC:
727cfce45077 meta: intel-common: enable generic NFC support
f3e890065903 meta: features/nfc: add generic configuration for NFC support
Braswell:
d3c0b958e688 drm/i915: New offset for reading frequencies on CHV.
dac6babbba62 drm/i915/chv: Populate total EU count on Cherryview
Axxia:
c706cb356dea arch/arm/axxia: Remove the axxia zImage.fm build
45a1aaacf6cb drivers/hwmon: Remove adt75 redundant driver
7203ee166c01 arch/arm/mach-axxia: Fixed L2 power up failure
a1541e9f0a4c kernel/irq/manage.c: Fix irq_set_affinity to allow use with buslocks
d42c0bd1c8be arch/arm/mach-axxia: Reverse checkpatch compatibility
5dbd07431a7a arch/arm/mach-axxia: changed affinity parameter to cpu
23e4ebc66acb char: hwrng: AXXIA TRNG driver added for AXM55xx
61eb3c8ee1d7 arch/arm/mach-axxia: Updated Axxia 55xx PCIe driver to use correct Doorbell interrupt IRQs
b03e0655094a AXM55xx RapidIO : Added support for Device revision and link down Monitor.
7577ad26cf73 rionet: Fix the corruption of tx_cnt during Transmit.
07fd2163ae56 arch/arm/mach-axxia: fixed NO SMP
c9371e98cc80 arch/arm/mach-axxia: fixed compiler warning
0a814fe7e747 arch/arm/mach-axxia: Updated PCIe driver doorbell support
cd3d9b46bea4 misc: lsi-ncr: Only use AMP lock on PPC platforms.
826c600c6ad6 fs: vmfs: Use generic mmap function
e2d0047cb106 arch/arm/mach-axxia: Removed axxia_circular_queue
f1ff06eaabed ARM: axxia: Add cluster and L2 power off in hotplug
b98711344263 ARM: irq: Return error when set_affinity is called from hotplug
9fd9306a30ae arch/arm/mach-axxia: Enable L3
68989d446582 Revert "arch/arm/mach-axxia: Fixed affinity error on IRQ migration"
0be0ef90a887 Revert "arch/arm/mach-axxia: fixed failure to power up cluster"
1c6522a03e81 Revert "arch/arm/mach-axxia: fixed hang in preempt kernel"
ef06a68393a3 fs/vmfs: Changes to add VMFS support for axxia.
3025e9deede6 drivers/usb/host: Changes to support the axxia BSP
b128b4f0d4e8 drivers/tty: Changes to support the axxia BSP
d1b60a7e62ef drivers/hwmon: Changes made to support the axxia BSP
2899ccbf1438 drivers/spi: Changes to support the axxia BSP
8e9cff566254 drivers/rapidio/devices: Changes to support axxia BSP
3424d2ca2653 drivers/net/ethernet: Changes to support the axxia BSP
2353dc816d6b drivers/mtd: Changes to support the axxia BSP
4b5fa2bf86cf drivers/misc: Changes made to support axxia BSP
8a5bd53ec241 drivers/i2c: Changes to support axxia BSP
02bfe1548d1a arch/arm/drivers/edac: Changes to support axxia BSP
2431db7c0c90 arch/arm/drivers/dma: Changes to support the axxia BSP
61fa3f268d5c arch/arm: arm changes to support the axxia BSP
22e0fb7be665 arch/arm/mach-axxia: add power management support
5cab63c5a1f2 arch/arm/mach-axxia: kernel files to support the mach-axxia
1336aba51616 arch/arm/boot: Changes to support the axxia BSP
97324fa920cb arch/arm/boot/dts: Files added to support axxia 5500 board
(From OE-Core rev: b74dafa8a3aad069140978420c535c18e89a964b)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Integrating the following commit to remove a ATA configuration warning:
common-pc-drivers: Enable CONFIG_ATA_BMDMA
Enabling the ATA_BMDMA re-enables ATA_PIIX which was getting
disabled
Signed-off-by: Saul Wold <sgw@linux.intel.com>
And the following to fix the ARM64 gcc5 boot:
arm64: psci: move psci firmware calls out of line
An arm64 allmodconfig fails to build with GCC 5 due to __asmeq
assertions in the PSCI firmware calling code firing due to mcount
preambles breaking our assumptions about register allocation of
function
arguments:
/tmp/ccDqJsJ6.s: Assembler messages:
/tmp/ccDqJsJ6.s:60: Error: .err encountered
/tmp/ccDqJsJ6.s:61: Error: .err encountered
/tmp/ccDqJsJ6.s:62: Error: .err encountered
/tmp/ccDqJsJ6.s:99: Error: .err encountered
/tmp/ccDqJsJ6.s💯 Error: .err encountered
/tmp/ccDqJsJ6.s:101: Error: .err encountered
This patch fixes the issue by moving the PSCI calls out-of-line into
their own assembly files, which are safe from the compiler's
meddling
fingers.
Reported-by: Andy Whitcroft <apw@canonical.com>
Signed-off-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
Signed-off-by: Armin Kuter <akuster@mvista.com>
(From OE-Core rev: 3977a70c197bf0d853ea9eb01f2185ae2c75ca4f)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Updating the 3.19 kernel SRCREVs to integrate the following Braswell
changes:
374b5d0e09ea drm/i915: Only wait for required lanes in vlv_wait_port_ready()
fca99e8ee111 Revert "drm/i915: Hack to tie both common lanes together on chv"
00682f31b612 drm/i915: Work around DISPLAY_PHY_CONTROL register corruption on CHV
654b1a4497c5 drm/i915: Implement chv display PHY lane stagger setup
(From OE-Core rev: 211b631b0d7bf4df3152f4d8d626d798d023d512)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Updating the 3.14 SRCREVs to integrate the latest round of cavium
support patches, as well as configuration backports from 3.19.
(From OE-Core rev: df552f18cf9852e0f04780399b78605c8085d935)
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This fixes a build issue with the 3.19.5 kernel where the regmap prototypes
have changed. The patch is rebased do to changes in the new version of the
Makefile.
[YOCTO #7737]
(From OE-Core rev: 787fde133c6b50c5df6ce8f90b2906b7955b41e4)
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Fixed when rebuild:
| NOTE: make prefix=/usr bindir_relative=bin libdir=lib NO_PYTHON=1 gui clean
| make: *** No rule to make target `sysroots/x86_64-linux/usr/lib/i586-poky-linux/gcc/i586-poky-linux/4.9.2/include/stddef.h', needed by `event-parse.o'. Stop.
| ERROR: oe_runmake failed
(From OE-Core rev: 6cb0e401f0bfc962eb9f57988fd93f0b0d43c79b)
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
