[LEDE-DEV] [PATCH] build: Fix not altering KERNELRELEASE for external kernel
Florian Fainelli
f.fainelli at gmail.com
Sun Jun 18 20:00:24 PDT 2017
Le 06/18/17 à 14:44, Daniel Golle a écrit :
> Not completely related, but it came to my mind a couple of days ago
> and maybe you can share your opinion:
> Shouldn't we also be setting CONFIG_LOCALVERSION if *not* using an
> external kernel, to indicate that this is *not* a vanilla kernel.org
> codebase but actually got tons of OpenWrt/LEDE patches on top...?
That seems like a sensible thing, but the question is really what would
be putting in there? Just -lede/-owrt or something more?
>
> See also
> https://www.kernel.org/releases.html#distribution-kernels
>
>
> On Sun, Jun 18, 2017 at 11:27:51PM +0200, Hauke Mehrtens wrote:
>> When an external kernel tree is used the version should not get
>> modified by the LEDE build scripts. This was added by Florian some time
>> ago.
>> The commit 0aed054becb21439 ("build: add KERNEL_MAKE and
>> KERNEL_MAKE_FLAGS variables and move to kernel.mk") breaks this feature
>> introduced in b6746a6ffb73 ("include: Do not alter KERNELRELEASE for
>> external/git kernels").
>>
>> Signed-off-by: Hauke Mehrtens <hauke at hauke-m.de>
>> ---
>> include/kernel.mk | 3 +--
>> 1 file changed, 1 insertion(+), 2 deletions(-)
>>
>> diff --git a/include/kernel.mk b/include/kernel.mk
>> index 464c94572e..7674f0dadc 100644
>> --- a/include/kernel.mk
>> +++ b/include/kernel.mk
>> @@ -108,11 +108,10 @@ KERNEL_MAKE_FLAGS := \
>> CONFIG_SHELL="$(BASH)" \
>> $(if $(findstring c,$(OPENWRT_VERBOSE)),V=1,V='') \
>> $(if $(PKG_BUILD_ID),LDFLAGS_MODULE=--build-id=0x$(PKG_BUILD_ID)) \
>> - KERNELRELEASE=$(LINUX_VERSION) \
>> cmd_syscalls=
>>
>> ifeq ($(call qstrip,$(CONFIG_EXTERNAL_KERNEL_TREE))$(call qstrip,$(CONFIG_KERNEL_GIT_CLONE_URI)),)
>> - KERNEL_MAKEOPTS += \
>> + KERNEL_MAKE_FLAGS += \
>> KERNELRELEASE=$(LINUX_VERSION)
>> endif
>>
>> --
>> 2.11.0
>>
>>
>> _______________________________________________
>> Lede-dev mailing list
>> Lede-dev at lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/lede-dev
--
Florian
More information about the Lede-dev
mailing list