[Buildroot] out of tree kernel patches question
Peter Korsgaard
peter at korsgaard.com
Sat Nov 18 08:02:04 UTC 2017
>>>>> "daggs" == daggs <daggs at gmx.com> writes:
Hi,
>> Maybe it makes more sense to do it the other way around? First move to
>> the mainline kernel and once that is done move to mainline u-boot as
>> well. I've used 4.13 with the vendor u-boot without problems.
>>
>> The only issue I am aware of for moving to mainline u-boot was an issue
>> with HDMI output, as the driver assumed certain things were initialized
>> in the bootloader, which was true for the vendor one but not mainline -
>> But that is getting fixed:
>>
>> https://lkml.org/lkml/2017/10/17/134
>>
>> As for carrying patches in Buildroot - That is OK for me as long as they
>> are not huge and the patches are only temporary (E.G. patches have
>> already been submitted upstream and hopefully acked, but they just
>> haven't been merged yet).
>>
> as I wrote to Thomas, the main reason for this question is to remove
> the gcc 4.9.x constraint. without upgrading uboot, that cannot be
> dropped. I was working on upgrading the uboot while keeping the
> vendor's kernel but the board won't boot. afaics, uboot works, the
> issue is that the kernel doesn't gets loaded at all.
I get that, but preferably we want to use mainline u-boot AND kernel,
and if the combination of mainline-uboot + vendor-kernel doesn't work
then it makes more sense to do it the other way around.
--
Bye, Peter Korsgaard
More information about the buildroot
mailing list