[poky] [PATCH 3/4] beagleboard: upgrade the kernel to 3.10.x

[Bruce Ashfield]

On 13-09-10 04:36 AM, Anders Darander wrote:
> * Bruce Ashfield <bruce.ashfield at windriver.com> [130910 10:16]:
>
>> On 13-09-10 04:08 AM, Anders Darander wrote:
>>> * Bruce Ashfield <bruce.ashfield at windriver.com> [130906 22:59]:
>>>> From: Liming Wang <liming.wang at windriver.com>
>
>>>> In 3.10.x linux kernel, uImage can't be compiled by default. But zImage
>>>> has been supported by the latest u-boot, so use zImage as the default kernel
>>>> image file. In u-boot command, use "bootz", instead of "bootm", to boot the kernel.
>
>>> NAK. (At least based on the info given above regarding the uImage to
>>> zImage transfer).
>
>>> I missed this patch earlier...
>
>>> What's the issue with uImage on 3.10.x?
>>> I'm running a kernel.org 3.10.x using linux-yocto-custom just fine here
>>> (although for another board).
>
>>> I suspect the issue (that I guess Liming had), is due to the powerpc
>>> being mixed into his build. (Bruce replied on the oe-core list to a
>>> path which corrected the path to the DTS).
>
>> No, that wasn't the issue. uImage requires a LOADADDR in many cases and
>> that isn't currently encoded in the machine configs.
>
> Ah, ok. Then I'll obviously redraw my NAK-wishes for this patch.
>
> I think the reason that uImage can't be compiled should have been stated
> in the commit log, though. If for nothing else, just to make it clear to
> everyone that there's no general uImage issue; rather an issue with the
> specific board setup.

We can do that. I also re-opened the bugzilla so it can be used for making
sure this is clear.

Bruce

>
> Cheers,
> Anders
>
>> zImage works fine, want to expand our coverage with the reference boards,
>> so no, there's no NAK of this. It's fine as is.
>
>> Other layers and BSPs are free to use uImage, just as this reference
>> is free to use the zImage.
>
>