[OE-core] [PATCH 8/8] linux-yocto-dev: update to v4.15+

Burton, Ross ross.burton at intel.com
Wed Dec 6 16:28:54 UTC 2017


The amended commit has mismatching commit log and patch (target elfutils is
in the commit log but not the patch), and doesn't mention installing target
elfutils if they want it.

Ross

On 4 December 2017 at 17:43, Bruce Ashfield <bruce.ashfield at windriver.com>
wrote:

> On 2017-12-04 12:39 PM, Richard Purdie wrote:
>
>> On Mon, 2017-12-04 at 12:24 -0500, Bruce Ashfield wrote:
>>
>>> On 2017-12-04 11:38 AM, Khem Raj wrote:
>>>
>>>>
>>>> On Mon, Dec 4, 2017 at 7:39 AM, Bruce Ashfield
>>>> <bruce.ashfield at windriver.com> wrote:
>>>>
>>>>>
>>>>> Outside of the normal patch refreshes and boot issues, there are
>>>>> new
>>>>> build time tools within the kernel that required the following
>>>>> dependencies:
>>>>>
>>>>> For ORC_UNWINDER support in x86-64:
>>>>>
>>>>>    DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-
>>>>> native elfutils', '', d)}"
>>>>>
>>>> do we need both target and host elfutils
>>>>
>>> Yup. There were references to both. Some had to run for hostcc
>>> and others in the target arch.
>>>
>>
>> Just for reference this is pretty bad for performance as it delays the
>> kernel compile until some substantial parts of userspace build.
>>
>>
> On a second look, I can likely turn off the target part, if someone
> wants it, they can always install the package (or it could be a
> rdepends).
>
> I'll amend the commit and leave it on that branch with just the
> DEPENDS on the -native version.
>
> Is ORC_UNWINDER useful and commonly used?
>>
>
> The upstream kernel commit turned it on by default, I turned it off in
> the kernel-cache, but I wanted to make sure the dependency was
> in place.
>
> The commit series from Josh Poimboeuf all lead to it being on as
> the default choice (even with a slight overhead).
>
> Bruce
>
>
>
>> Cheers,
>>
>> Richard
>>
>>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20171206/7ad2c611/attachment-0002.html>


More information about the Openembedded-core mailing list