linux/uboot: add support for custom Mercurial repositories
PATCH v3 1/1 linux/uboot: add support for custom Mercurial repositories
Hi,
This series adds support for custom Mercurial repositories in uboot and linux packages.
After the second version of this series, there has been some discussion between Arnout and myself regarding the automatic propagation of old values into the new symbols. In this version, the automatic propagation is taken into account.
Additionally, there are some extra patches:
- update comments in Config.in.legacy, both for the user as developer
- updated defconfigs after renaming of config options
- remove redundant $ signs in Config.in files
---
Note: as I didn't expect this to be applied still in 2013.08, I updated Config.in.legacy to already add a 2013.11 comment. However, this series currently does not cleanly apply on next, because one patch was already applied on master but not in next, and also because the version of some packages (barebox and linux) are different between both branches, causing conflicts. I would apply this after next has been merged into master. The remaining conflicts should only be the versions of barebox and linux, but I'm willing to send a new version after rebasing. In the mean time, review can already happen.
Config.in.legacy | 134 +++++++++++++++++++++++++++++++-- boot/barebox/Config.in | 4 +- boot/uboot/Config.in | 37 +++++--- boot/uboot/uboot.mk | 5 +- configs/arm_foundationv8_defconfig | 4 +- configs/beaglebone_defconfig | 4 +- configs/calao_snowball_defconfig | 4 +- configs/cubieboard_defconfig | 8 +- configs/ea3250_defconfig | 8 +- configs/fdi3250_defconfig | 8 +- configs/gnublin_defconfig | 8 +- configs/mx53loco_defconfig | 8 +- configs/phy3250_defconfig | 8 +- configs/rpi_defconfig | 4 +- fs/jffs2/Config.in | 4 +- linux/Config.in | 38 ++++++--- linux/linux.mk | 5 +- package/uclibc/Config.in | 2 +- toolchain/toolchain-external/Config.in | 2 +- 19 files changed, 218 insertions(+), 77 deletions(-)
PATCH v3 1/1 Config.in.legacy: update description for developers
The existing comments in Config.in.legacy are not entirely in-line with current practice. The comments implies that BR2_LEGACY should not be set when the conversion from old-to-new symbol can be done automatically using the appropriate 'select' statements. However, none of the existing legacy options does it this way. Moreover, I think it's intentional that the user is notified of the change, so that the removal of the legacy options in later buildroot versions no longer poses a problem.
Additionally, the comments now describe how to handle string options.
---
v3:
- reorganize description
- update string description for automatic propagation
- extend string example
- 'depends on BR2_LEGACY' --> 'select BR2_LEGACY' (spotted by Arnout)
(v2): new patch in this series
Config.in.legacy | 50 +++++++++++++++++++++++++++++++++++++++++++------- 1 files changed, 43 insertions(+), 7 deletions(-)
Config.in.legacy +43 -7
@@ -1,13 +1,9 @@ # # Config.in.legacy - support for backward compatibility # -# When an existing Config.in symbol is removed, it should be added again in this -# file, and take appropriate action to approximate backward compatibility. If -# there is an equivalent (set of) new symbols, these can just be select'ed by -# the old symbol. This makes sure that running 'make oldconfig' will make things -# "just work" when upgrading to a new buildroot version. If the change is too -# fundamental and cannot be fixed by a simple select, then the old symbol should -# select BR2_LEGACY. If that symbol is set, the build will issue an error. +# When an existing Config.in symbol is removed, it should be added again in +# this file, and take appropriate action to approximate backward compatibility. +# This will make the transition for the user more convenient. # # When adding legacy symbols to this file, add them to the front. The oldest # symbols will be removed again after about two years.
@@ -15,6 +11,46 @@ # The symbol should be copied as-is from the place where it was previously # defined, but the help text should be removed or replaced with something that # explains how to fix it. +# +# For bool options, the old symbol should select BR2_LEGACY, so that the user +# is informed at build-time about selected legacy options. +# If there is an equivalent (set of) new symbols, these should be select'ed by +# the old symbol for backwards compatibility. +# +# For string options, it is not possible to directly select another symbol. In +# this case, a hidden wrap bool option has to be added, that defaults to y if +# the old string is not set at its default value. The wrap symbol should select +# BR2_LEGACY. +# If the original symbol has been renamed, the new symbol should use the value +# of the old symbol as default. This requires a change outside of +# Config.in.legacy, and this should be clearly marked as such below, so that +# removal of legacy options also include the removal of these external +# references. +# +# [Example: renaming a string option from FOO to BAR] +# original symbol: +# config BR2_FOO_STRING +# string "Some foo string" +# +# becomes: +# config BR2_BAR_STRING +# string "Some bar string" +# default BR2_FOO_STRING if BR2_FOO_STRING != "" # legacy +# +# and in Config.in.legacy: +# config BR2_FOO_STRING +# string "The foo string has been renamed" +# help +# <suitable help text> +# +# config BR2_FOO_STRING_WRAP +# bool +# default y if BR2_FOO_STRING != "" +# select BR2_LEGACY +# +# # Note: BR2_FOO_STRING is still referenced from package/foo/Config.in +# +# [End of example] config BR2_LEGACY bool
PATCH v3 1/1 Config.in.legacy: update description for developers
Quoted 10 lines · Thomas De Schampheleire
The existing comments in Config.in.legacy are not entirely in-line with current practice. The comments implies that
BR2_LEGACYshould not be set when the conversion from old-to-new symbol can be done automatically using the appropriate 'select' statements. However, none of the existing legacy options does it this way. Moreover, I think it's intentional that the user is notified of the change, so that the removal of the legacy options in later buildroot versions no longer poses a problem.
Additionally, the comments now describe how to handle string options.Signed-off-by Thomas De Schampheleire<[email protected]>
Regards,
Arnout
[snip]
Signature · 6 lines
Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286500 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
PATCH v3 1/1 Config.in.legacy: update description for users
In reply to Thomas De SchampheleireThis patch clarifies the message shown to users in the legacy menu. It explicitly mentions the need to save the configuration before disabling the legacy options.
---
(v3): new patch in this series
Config.in.legacy | 19 +++++++++++++++---- 1 files changed, 15 insertions(+), 4 deletions(-)
Config.in.legacy +15 -4
@@ -69,11 +69,22 @@ menu "Legacy config options" if BR2_LEGACY comment "Your old configuration uses legacy options that no " -comment "longer exist in buildroot. " -comment "Please look at the options which have been selected " -comment "and read their help text. " -comment "As long as these options stay selected, the build " +comment "longer exist in buildroot, as indicated in the menu " +comment "below. As long as these options stay selected, or in" +comment "case of string options are non-empty, the build " comment "will fail. " +comment "Where possible, an automatic conversion from old to " +comment "new symbols has been performed. Please inspect the " +comment "options selected below, read their help texts, and " +comment "verify/update the new configuration in the " +comment "corresponding configuration menus. " +comment "Before making any change in this legacy menu, make " +comment "sure to exit the configuration editor a first time " +comment "and save the configuration. Otherwise, the automatic" +comment "conversion of symbols will be lost. After the " +comment "initial save and the verification of the new " +comment "configuration, you can disable the legacy options in" +comment "the menu below. " comment "Note: at some point in the future, the oldest legacy" comment "options will be removed, and configuration files " comment "that still have those options set, will fail to "
PATCH v3 1/1 Config.in.legacy: update description for users
Quoted 20 lines · Thomas De Schampheleire
This patch clarifies the message shown to users in the legacy menu. It explicitly mentions the need to save the configuration before disabling the legacy options.
Signed-off-by Thomas De Schampheleire <[email protected]>---
(v3): new patch in this series
Config.in.legacy | 19 +++++++++++++++---- 1 files changed, 15 insertions(+), 4 deletions(-)Config.in.legacy +0
-0@@ -69,11 +69,22 @@ menu "Legacy config options" if BR2_LEGACY comment "Your old configuration uses legacy options that no "
Config.in.legacy menu "Legacy config options" · line 77
Quoted 10 lines
Config.in.legacy +5
-4-comment "longer exist in buildroot. " -comment "Please look at the options which have been selected " -comment "and read their help text. " -comment "As long as these options stay selected, the build " +comment "longer exist in buildroot, as indicated in the menu " +comment "below. As long as these options stay selected, or in" +comment "case of string options are non-empty, the build " comment "will fail. " +comment "Where possible, an automatic conversion from old to " +comment "new symbols has been performed. Please inspect the "
I think the first sentence of this paragraph ("Where possible...")
should go at the beginning of the next paragraph, where you explain about the automatic conversion. Or maybe the other way round: the rest of this paragraph should go after the full explanation of the automatic conversion.
Also, since the text has become so long, I think some vertical
whitespace would be appropriate. But if empty lines don't work, that becomes difficult... One (barely acceptable) work-around I could find is to insert *** at the beginning of every line. But that makes the already-narrow text even more narrow...
Config.in.legacy menu "Legacy config options" · line 80
Quoted 3 lines
Config.in.legacy +3
-0+comment "options selected below, read their help texts, and " +comment "verify/update the new configuration in the " +comment "corresponding configuration menus. "
You could add: "Once you have removed all legacy options, this text
will disappear."
Regards,
Arnout
Quoted 12 lines
Config.in.legacy +7
-0+comment "Before making any change in this legacy menu, make " +comment "sure to exit the configuration editor a first time " +comment "and save the configuration. Otherwise, the automatic" +comment "conversion of symbols will be lost. After the " +comment "initial save and the verification of the new " +comment "configuration, you can disable the legacy options in" +comment "the menu below. " comment "Note: at some point in the future, the oldest legacy" comment "options will be removed, and configuration files " comment "that still have those options set, will fail to "
Signature · 6 lines
Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286500 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
PATCH v3 1/1 Config.in.legacy: add separator to description for users
In reply to Thomas De SchampheleireWhen legacy symbols are selected, the menuconfig shows the explanation for users, immediately followed by the line "Legacy options removed in 2013.08". In order to visually keep these apart, we introduce a separator.
Note that a line with all spaces is not correctly shown by menuconfig (the
width will not be kept at 80 characters, so the output is '*** ***').
A dashed line seemed a logical alternative, and with another dashed line on top, the description becomes a block.
---
This patch is pure aesthetics. I kept it as a separate patch so it can be rejected easily if you don't feel the same way.
(v3): new patch in this series
Config.in.legacy | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-)
Config.in.legacy +2 -0
@@ -68,6 +68,7 @@ comment "Legacy detected: check the cont menu "Legacy config options" if BR2_LEGACY +comment "----------------------------------------------------" comment "Your old configuration uses legacy options that no " comment "longer exist in buildroot, as indicated in the menu " comment "below. As long as these options stay selected, or in"
@@ -89,6 +90,7 @@ comment "Note: at some point in the futu comment "options will be removed, and configuration files " comment "that still have those options set, will fail to " comment "build, or run, in unpredictable ways. " +comment "----------------------------------------------------" endif ###############################################################################
PATCH v3 1/1 Config.in.legacy: add separator to description for users
Quoted 10 lines · Thomas De Schampheleire
When legacy symbols are selected, the menuconfig shows the explanation for users, immediately followed by the line "Legacy options removed in 2013.08". In order to visually keep these apart, we introduce a separator.
Note that a line with all spaces is not correctly shown by menuconfig (the
width will not be kept at 80 characters, so the output is '*** ***').
A dashed line seemed a logical alternative, and with another dashed line on top, the description becomes a block.Signed-off-by Thomas De Schampheleire<[email protected]>
Quoted 4 lines
---
This patch is pure aesthetics. I kept it as a separate patch so it can be rejected easily if you don't feel the same way.
I like it!
Regards,
Arnout
Signature · 6 lines
Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286500 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
PATCH v3 1/1 Remove redundant dollar signs in Config.in files
In reply to Thomas De SchampheleireSome Config.in files have constructs like:
config FOO_VERSION
string default "1.0" if FOO_1_0 default "2.0" if FOO_2_0 default $FOO_CUSTOM_VERSION if FOO_CUSTOM
The dollar sign here is not needed and confusing, so can be removed.
---
(v3): new patch in this series
boot/barebox/Config.in | 4 ++-- boot/uboot/Config.in | 4 ++-- fs/jffs2/Config.in | 4 ++-- linux/Config.in | 2 +- package/uclibc/Config.in | 2 +- toolchain/toolchain-external/Config.in | 2 +- 6 files changed, 9 insertions(+), 9 deletions(-)
boot/barebox/Config.in +2 -2
@@ -41,9 +41,9 @@ endif config BR2_TARGET_BAREBOX_VERSION string default "2013.07.0" if BR2_TARGET_BAREBOX_LATEST_VERSION - default $BR2_TARGET_BAREBOX_CUSTOM_VERSION_VALUE if BR2_TARGET_BAREBOX_CUSTOM_VERSION + default BR2_TARGET_BAREBOX_CUSTOM_VERSION_VALUE if BR2_TARGET_BAREBOX_CUSTOM_VERSION default "custom" if BR2_TARGET_BAREBOX_CUSTOM_TARBALL - default $BR2_TARGET_BAREBOX_CUSTOM_GIT_VERSION if BR2_TARGET_BAREBOX_CUSTOM_GIT + default BR2_TARGET_BAREBOX_CUSTOM_GIT_VERSION if BR2_TARGET_BAREBOX_CUSTOM_GIT config BR2_TARGET_BAREBOX_CUSTOM_PATCH_DIR string "custom patch dir"
boot/uboot/Config.in +2 -2
@@ -47,9 +47,9 @@ endif config BR2_TARGET_UBOOT_VERSION string default "2013.07" if BR2_TARGET_UBOOT_LATEST_VERSION - default $BR2_TARGET_UBOOT_CUSTOM_VERSION_VALUE if BR2_TARGET_UBOOT_CUSTOM_VERSION + default BR2_TARGET_UBOOT_CUSTOM_VERSION_VALUE if BR2_TARGET_UBOOT_CUSTOM_VERSION default "custom" if BR2_TARGET_UBOOT_CUSTOM_TARBALL - default $BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION if BR2_TARGET_UBOOT_CUSTOM_GIT + default BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION if BR2_TARGET_UBOOT_CUSTOM_GIT config BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR string "custom patch dir"
fs/jffs2/Config.in +2 -2
@@ -58,7 +58,7 @@ config BR2_TARGET_ROOTFS_JFFS2_PAGESIZE default 0x800 if BR2_TARGET_ROOTFS_JFFS2_NANDFLASH_2K_128K default 0x1000 if BR2_TARGET_ROOTFS_JFFS2_FLASH_128 default 0x1000 if BR2_TARGET_ROOTFS_JFFS2_FLASH_64 - default $(BR2_TARGET_ROOTFS_JFFS2_CUSTOM_PAGESIZE) if BR2_TARGET_ROOTFS_JFFS2_CUSTOM + default BR2_TARGET_ROOTFS_JFFS2_CUSTOM_PAGESIZE if BR2_TARGET_ROOTFS_JFFS2_CUSTOM config BR2_TARGET_ROOTFS_JFFS2_EBSIZE hex
@@ -68,7 +68,7 @@ config BR2_TARGET_ROOTFS_JFFS2_EBSIZE default 0x20000 if BR2_TARGET_ROOTFS_JFFS2_NANDFLASH_2K_128K default 0x20000 if BR2_TARGET_ROOTFS_JFFS2_FLASH_128 default 0x10000 if BR2_TARGET_ROOTFS_JFFS2_FLASH_64 - default $(BR2_TARGET_ROOTFS_JFFS2_CUSTOM_EBSIZE) if BR2_TARGET_ROOTFS_JFFS2_CUSTOM + default BR2_TARGET_ROOTFS_JFFS2_CUSTOM_EBSIZE if BR2_TARGET_ROOTFS_JFFS2_CUSTOM config BR2_TARGET_ROOTFS_JFFS2_NOCLEANMARKER bool "Do not use Cleanmarker"
linux/Config.in +1 -1
@@ -79,7 +79,7 @@ config BR2_LINUX_KERNEL_VERSION default BR2_DEFAULT_KERNEL_HEADERS if BR2_LINUX_KERNEL_SAME_AS_HEADERS default BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE if BR2_LINUX_KERNEL_CUSTOM_VERSION default "custom" if BR2_LINUX_KERNEL_CUSTOM_TARBALL - default $BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION if BR2_LINUX_KERNEL_CUSTOM_GIT + default BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION if BR2_LINUX_KERNEL_CUSTOM_GIT # # Patch selection
package/uclibc/Config.in +1 -1
@@ -37,7 +37,7 @@ config BR2_UCLIBC_VERSION_STRING default 0.9.32.1 if BR2_UCLIBC_VERSION_0_9_32 default 0.9.33.2 if BR2_UCLIBC_VERSION_0_9_33 default 0.9.33-arc if BR2_UCLIBC_VERSION_0_9_33_ARC - default $BR2_USE_UCLIBC_SNAPSHOT if BR2_UCLIBC_VERSION_SNAPSHOT + default BR2_USE_UCLIBC_SNAPSHOT if BR2_UCLIBC_VERSION_SNAPSHOT config BR2_UCLIBC_CONFIG string "uClibc configuration file to use?"
toolchain/toolchain-external/Config.in +1 -1
@@ -832,7 +832,7 @@ config BR2_TOOLCHAIN_EXTERNAL_PREFIX default "bfin-linux-uclibc" if BR2_TOOLCHAIN_EXTERNAL_BLACKFIN_UCLINUX_2012R1 && BR2_BINFMT_FDPIC default "bfin-uclinux" if BR2_TOOLCHAIN_EXTERNAL_BLACKFIN_UCLINUX_2012R2 && BR2_BINFMT_FLAT default "bfin-linux-uclibc" if BR2_TOOLCHAIN_EXTERNAL_BLACKFIN_UCLINUX_2012R2 && BR2_BINFMT_FDPIC - default $(BR2_TOOLCHAIN_EXTERNAL_CUSTOM_PREFIX) \ + default BR2_TOOLCHAIN_EXTERNAL_CUSTOM_PREFIX \ if BR2_TOOLCHAIN_EXTERNAL_CUSTOM config BR2_TOOLCHAIN_EXTERNAL_GLIBC
PATCH v3 1/1 linux: add support for custom Mercurial repository
In reply to Thomas De Schampheleire---
v3:
- add automatic propagation of old->new values (comment Arnout)
- fix legacy entries
v2: add Config.in.legacy entries (comment Peter)
Config.in.legacy | 33 +++++++++++++++++++++++++++++++++ linux/Config.in | 32 +++++++++++++++++++++++--------- linux/linux.mk | 5 ++++- 3 files changed, 60 insertions(+), 10 deletions(-)
Config.in.legacy +33 -0
@@ -94,6 +94,39 @@ comment "------------------------------- endif ############################################################################### +comment "Legacy options removed in 2013.11" + +config BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL + string "linux: the git repository URL option has been renamed" + help + The option BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL has + been renamed to + BR2_LINUX_KERNEL_CUSTOM_REPO_URL. + +config BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL_WRAP + bool + default y if BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL != "" + select BR2_LEGACY + +# Note: BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL is still referenced from +# linux/Config.in + +config BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION + string "linux: the git repository version option has been renamed" + help + The option BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION has + been renamed to + BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION. + +config BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION_WRAP + bool + default y if BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION != "" + select BR2_LEGACY + +# Note: BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION is still referenced from +# linux/Config.in + +############################################################################### comment "Legacy options removed in 2013.08" config BR2_ARM_OABI
linux/Config.in +23 -9
@@ -52,6 +52,12 @@ config BR2_LINUX_KERNEL_CUSTOM_GIT This option allows Buildroot to get the Linux kernel source code from a Git repository. +config BR2_LINUX_KERNEL_CUSTOM_HG + bool "Custom Mercurial repository" + help + This option allows Buildroot to get the Linux kernel source + code from a Mercurial repository. + endchoice config BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE
@@ -62,24 +68,32 @@ config BR2_LINUX_KERNEL_CUSTOM_TARBALL_L string "URL of custom kernel tarball" depends on BR2_LINUX_KERNEL_CUSTOM_TARBALL -config BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL - string "URL of custom Git repository" - depends on BR2_LINUX_KERNEL_CUSTOM_GIT +if BR2_LINUX_KERNEL_CUSTOM_GIT || BR2_LINUX_KERNEL_CUSTOM_HG -config BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION - string "Custom Git version" - depends on BR2_LINUX_KERNEL_CUSTOM_GIT +config BR2_LINUX_KERNEL_CUSTOM_REPO_URL + string "URL of custom repository" + default BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL \ + if BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL != "" # legacy + +config BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION + string "Custom repository version" + default BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION \ + if BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION != "" # legacy help - Git revision to use in the format used by git rev-parse, + Revision to use in the typical format used by Git/Mercurial E.G. a sha id, a tag, branch, .. +endif + config BR2_LINUX_KERNEL_VERSION string default "3.10.7" if BR2_LINUX_KERNEL_LATEST_VERSION default BR2_DEFAULT_KERNEL_HEADERS if BR2_LINUX_KERNEL_SAME_AS_HEADERS - default BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE if BR2_LINUX_KERNEL_CUSTOM_VERSION + default BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE \ + if BR2_LINUX_KERNEL_CUSTOM_VERSION default "custom" if BR2_LINUX_KERNEL_CUSTOM_TARBALL - default BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION if BR2_LINUX_KERNEL_CUSTOM_GIT + default BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION \ + if BR2_LINUX_KERNEL_CUSTOM_GIT || BR2_LINUX_KERNEL_CUSTOM_HG # # Patch selection
linux/linux.mk +4 -1
@@ -14,8 +14,11 @@ LINUX_TARBALL = $(call qstrip,$(BR2_LINU LINUX_SITE = $(patsubst %/,%,$(dir $(LINUX_TARBALL))) LINUX_SOURCE = $(notdir $(LINUX_TARBALL)) else ifeq ($(BR2_LINUX_KERNEL_CUSTOM_GIT),y) -LINUX_SITE = $(call qstrip,$(BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL)) +LINUX_SITE = $(call qstrip,$(BR2_LINUX_KERNEL_CUSTOM_REPO_URL)) LINUX_SITE_METHOD = git +else ifeq ($(BR2_LINUX_KERNEL_CUSTOM_HG),y) +LINUX_SITE = $(call qstrip,$(BR2_LINUX_KERNEL_CUSTOM_REPO_URL)) +LINUX_SITE_METHOD = hg else LINUX_SOURCE = linux-$(LINUX_VERSION).tar.xz # In X.Y.Z, get X and Y. We replace dots and dashes by spaces in order
PATCH v3 1/1 u-boot: add support for custom Mercurial repository
In reply to Thomas De Schampheleire---
v2: add Config.in.legacy entries (comment Peter)
Config.in.legacy | 30 ++++++++++++++++++++++++++++++ boot/uboot/Config.in | 23 ++++++++++++++++------- boot/uboot/uboot.mk | 5 ++++- 3 files changed, 50 insertions(+), 8 deletions(-)
Config.in.legacy +30 -0
@@ -96,6 +96,36 @@ endif ############################################################################### comment "Legacy options removed in 2013.11" +config BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL + string "u-boot: the git repository URL option has been renamed" + help + The option BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL has + been renamed to + BR2_TARGET_UBOOT_CUSTOM_REPO_URL. + +config BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL_WRAP + bool + default y if BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL != "" + select BR2_LEGACY + +# Note: BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL is still referenced from +# boot/uboot/Config.in + +config BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION + string "u-boot: the git repository version option has been renamed" + help + The option BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION has + been renamed to + BR2_TARGET_UBOOT_CUSTOM_REPO_VERSION. + +config BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION_WRAP + bool + default y if BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION != "" + select BR2_LEGACY + +# Note: BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION is still referenced from +# boot/uboot/Config.in + config BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL string "linux: the git repository URL option has been renamed" help
boot/uboot/Config.in +16 -7
@@ -31,6 +31,9 @@ config BR2_TARGET_UBOOT_CUSTOM_TARBALL config BR2_TARGET_UBOOT_CUSTOM_GIT bool "Custom Git repository" +config BR2_TARGET_UBOOT_CUSTOM_HG + bool "Custom Mercurial repository" + endchoice config BR2_TARGET_UBOOT_CUSTOM_VERSION_VALUE
@@ -47,9 +50,11 @@ endif config BR2_TARGET_UBOOT_VERSION string default "2013.07" if BR2_TARGET_UBOOT_LATEST_VERSION - default BR2_TARGET_UBOOT_CUSTOM_VERSION_VALUE if BR2_TARGET_UBOOT_CUSTOM_VERSION + default BR2_TARGET_UBOOT_CUSTOM_VERSION_VALUE \ + if BR2_TARGET_UBOOT_CUSTOM_VERSION default "custom" if BR2_TARGET_UBOOT_CUSTOM_TARBALL - default BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION if BR2_TARGET_UBOOT_CUSTOM_GIT + default BR2_TARGET_UBOOT_CUSTOM_REPO_VERSION \ + if BR2_TARGET_UBOOT_CUSTOM_GIT || BR2_TARGET_UBOOT_CUSTOM_HG config BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR string "custom patch dir"
@@ -60,13 +65,17 @@ config BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR Most users may leave this empty -if BR2_TARGET_UBOOT_CUSTOM_GIT +if BR2_TARGET_UBOOT_CUSTOM_GIT || BR2_TARGET_UBOOT_CUSTOM_HG -config BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL - string "URL of custom Git repository" +config BR2_TARGET_UBOOT_CUSTOM_REPO_URL + string "URL of custom repository" + default BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL \ + if BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL != "" # legacy -config BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION - string "Custom Git version" +config BR2_TARGET_UBOOT_CUSTOM_REPO_VERSION + string "Custom repository version" + default BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION \ + if BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION != "" # legacy endif
boot/uboot/uboot.mk +4 -1
@@ -18,8 +18,11 @@ UBOOT_TARBALL = $(call qstrip,$(BR2_TARG UBOOT_SITE = $(patsubst %/,%,$(dir $(UBOOT_TARBALL))) UBOOT_SOURCE = $(notdir $(UBOOT_TARBALL)) else ifeq ($(BR2_TARGET_UBOOT_CUSTOM_GIT),y) -UBOOT_SITE = $(call qstrip,$(BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL)) +UBOOT_SITE = $(call qstrip,$(BR2_TARGET_UBOOT_CUSTOM_REPO_URL)) UBOOT_SITE_METHOD = git +else ifeq ($(BR2_TARGET_UBOOT_CUSTOM_HG),y) +UBOOT_SITE = $(call qstrip,$(BR2_TARGET_UBOOT_CUSTOM_REPO_URL)) +UBOOT_SITE_METHOD = hg else # Handle stable official U-Boot versions UBOOT_SITE = ftp://ftp.denx.de/pub/u-boot
PATCH v3 1/1 linux/uboot: line-up repository-related configuration options
In reply to Thomas De SchampheleireAlthough the configuration options for custom repository locations and versions are very similar between the linux and uboot packages, there are some minor differences. This patch lines up both packages.
---
v3: update after changes in previous patches
v2:
- remove 'HEAD/tip' defaults for repository version (comment Peter)
- replace if/config/endif with config/depends for uboot tarball
- move repo url/version settings before unrelated 'custom patch dir'
Note: one remaining difference is that there are help texts in linux for options BR2_LINUX_KERNEL_CUSTOM_GIT and BR2_LINUX_KERNEL_CUSTOM_HG. I didn't add them to uboot because it seems a bit redundant, but if you prefer we can line this up as well (either add help texts to uboot or remove them from linux).
boot/uboot/Config.in | 32 ++++++++++++++++---------------- linux/Config.in | 2 +- 2 files changed, 17 insertions(+), 17 deletions(-)
boot/uboot/Config.in +16 -16
@@ -40,10 +40,24 @@ config BR2_TARGET_UBOOT_CUSTOM_VERSION_V string "U-Boot version" depends on BR2_TARGET_UBOOT_CUSTOM_VERSION -if BR2_TARGET_UBOOT_CUSTOM_TARBALL - config BR2_TARGET_UBOOT_CUSTOM_TARBALL_LOCATION string "URL of custom U-Boot tarball" + depends on BR2_TARGET_UBOOT_CUSTOM_TARBALL + +if BR2_TARGET_UBOOT_CUSTOM_GIT || BR2_TARGET_UBOOT_CUSTOM_HG + +config BR2_TARGET_UBOOT_CUSTOM_REPO_URL + string "URL of custom repository" + default BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL \ + if BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL != "" # legacy + +config BR2_TARGET_UBOOT_CUSTOM_REPO_VERSION + string "Custom repository version" + default BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION \ + if BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION != "" # legacy + help + Revision to use in the typical format used by Git/Mercurial + E.G. a sha id, a tag, branch, .. endif
@@ -65,20 +79,6 @@ config BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR Most users may leave this empty -if BR2_TARGET_UBOOT_CUSTOM_GIT || BR2_TARGET_UBOOT_CUSTOM_HG - -config BR2_TARGET_UBOOT_CUSTOM_REPO_URL - string "URL of custom repository" - default BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL \ - if BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL != "" # legacy - -config BR2_TARGET_UBOOT_CUSTOM_REPO_VERSION - string "Custom repository version" - default BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION \ - if BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION != "" # legacy - -endif - choice prompt "U-Boot binary format" default BR2_TARGET_UBOOT_FORMAT_BIN
linux/Config.in +1 -1
@@ -47,7 +47,7 @@ config BR2_LINUX_KERNEL_CUSTOM_TARBALL specific kernel source tarball config BR2_LINUX_KERNEL_CUSTOM_GIT - bool "Custom Git tree" + bool "Custom Git repository" help This option allows Buildroot to get the Linux kernel source code from a Git repository.
PATCH v3 1/1 defconfigs: update after rename of custom git repo/version options
In reply to Thomas De Schampheleire---
(v3): new patch in this series (comment Arnout)
configs/arm_foundationv8_defconfig | 4 ++-- configs/beaglebone_defconfig | 4 ++-- configs/calao_snowball_defconfig | 4 ++-- configs/cubieboard_defconfig | 8 ++++---- configs/ea3250_defconfig | 8 ++++---- configs/fdi3250_defconfig | 8 ++++---- configs/gnublin_defconfig | 8 ++++---- configs/mx53loco_defconfig | 8 ++++---- configs/phy3250_defconfig | 8 ++++---- configs/rpi_defconfig | 4 ++-- 10 files changed, 32 insertions(+), 32 deletions(-)
configs/arm_foundationv8_defconfig +2 -2
@@ -8,8 +8,8 @@ BR2_TARGET_BOOT_WRAPPER_AARCH64_DTS="vex BR2_TARGET_BOOT_WRAPPER_AARCH64_BOOTARGS="root=/dev/vda consolelog=9 console=ttyAMA0 rw" BR2_LINUX_KERNEL=y BR2_LINUX_KERNEL_CUSTOM_GIT=y -BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL="git://git.linaro.org/kernel/linaro-aarch64.git" -BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION="7181edd0539e195f78adedbb6c3878f9f1e0c4bb" +BR2_LINUX_KERNEL_CUSTOM_REPO_URL="git://git.linaro.org/kernel/linaro-aarch64.git" +BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION="7181edd0539e195f78adedbb6c3878f9f1e0c4bb" BR2_LINUX_KERNEL_DEFCONFIG="vexpress" BR2_LINUX_KERNEL_IMAGE_TARGET_CUSTOM=y BR2_LINUX_KERNEL_IMAGE_TARGET_NAME="Image"
configs/beaglebone_defconfig +2 -2
@@ -30,8 +30,8 @@ BR2_TARGET_UBOOT_SPL_NAME="MLO" # kernel BR2_LINUX_KERNEL=y BR2_LINUX_KERNEL_CUSTOM_GIT=y -BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL="git://git.ti.com/ti-linux-kernel/ti-linux-kernel.git" -BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION="935f6c2f82056d538b528272e2bdbb5c08d69a58" +BR2_LINUX_KERNEL_CUSTOM_REPO_URL="git://git.ti.com/ti-linux-kernel/ti-linux-kernel.git" +BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION="935f6c2f82056d538b528272e2bdbb5c08d69a58" BR2_LINUX_KERNEL_USE_CUSTOM_CONFIG=y BR2_LINUX_KERNEL_CUSTOM_CONFIG_FILE="board/beaglebone/linux-3.8.config" BR2_LINUX_KERNEL_DTS_SUPPORT=y
configs/calao_snowball_defconfig +2 -2
@@ -16,8 +16,8 @@ BR2_TARGET_UBOOT=y BR2_TARGET_UBOOT_BOARDNAME="snowball" BR2_LINUX_KERNEL=y BR2_LINUX_KERNEL_CUSTOM_GIT=y -BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL="https://github.com/igloocommunity/igloo-kernel" -BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION="stable-linux-ux500-3.4" +BR2_LINUX_KERNEL_CUSTOM_REPO_URL="https://github.com/igloocommunity/igloo-kernel" +BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION="stable-linux-ux500-3.4" BR2_LINUX_KERNEL_PATCH="board/calao/snowball/" BR2_LINUX_KERNEL_DEFCONFIG="u8500" BR2_LINUX_KERNEL_INSTALL_TARGET=y
configs/cubieboard_defconfig +4 -4
@@ -22,8 +22,8 @@ BR2_KERNEL_HEADERS_3_4=y # Kernel BR2_LINUX_KERNEL=y BR2_LINUX_KERNEL_CUSTOM_GIT=y -BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL="https://github.com/linux-sunxi/linux-sunxi.git" -BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION="274a66a7bfcbaabb88d63e4eba161965383cc416" +BR2_LINUX_KERNEL_CUSTOM_REPO_URL="https://github.com/linux-sunxi/linux-sunxi.git" +BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION="274a66a7bfcbaabb88d63e4eba161965383cc416" BR2_LINUX_KERNEL_VERSION="sunxi-3.4" BR2_LINUX_KERNEL_DEFCONFIG="sun4i"
@@ -32,8 +32,8 @@ BR2_TARGET_UBOOT=y BR2_TARGET_UBOOT_BOARDNAME="cubieboard" BR2_TARGET_UBOOT_CUSTOM_GIT=y BR2_TARGET_UBOOT_VERSION="sunxi" -BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL="https://github.com/linux-sunxi/u-boot-sunxi.git" -BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION="1a8ac55429f7f8cc9f100c1cf2dc0195cf81e76f" +BR2_TARGET_UBOOT_CUSTOM_REPO_URL="https://github.com/linux-sunxi/u-boot-sunxi.git" +BR2_TARGET_UBOOT_CUSTOM_REPO_VERSION="1a8ac55429f7f8cc9f100c1cf2dc0195cf81e76f" BR2_TARGET_UBOOT_FORMAT_BIN=y BR2_TARGET_UBOOT_SPL=y BR2_TARGET_UBOOT_SPL_NAME="spl/sunxi-spl.bin"
configs/ea3250_defconfig +4 -4
@@ -27,8 +27,8 @@ BR2_TARGET_UBOOT=y BR2_TARGET_UBOOT_BOARDNAME="ea3250" BR2_TARGET_UBOOT_CUSTOM_GIT=y BR2_TARGET_UBOOT_VERSION="master" -BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL="git://git.lpclinux.com/uboot-2009.03-lpc32xx" -BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION="master" +BR2_TARGET_UBOOT_CUSTOM_REPO_URL="git://git.lpclinux.com/uboot-2009.03-lpc32xx" +BR2_TARGET_UBOOT_CUSTOM_REPO_VERSION="master" BR2_TARGET_UBOOT_FORMAT_BIN=y BR2_TARGET_LPC32XXCDL=y BR2_TARGET_LPC32XXCDL_BOARDNAME="ea3250"
@@ -39,8 +39,8 @@ BR2_TARGET_LPC32XXCDL_BOARDNAME="ea3250" # BR2_LINUX_KERNEL=y BR2_LINUX_KERNEL_CUSTOM_GIT=y -BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL="git://git.lpclinux.com/linux-2.6.34-lpc32xx" -BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION="master" +BR2_LINUX_KERNEL_CUSTOM_REPO_URL="git://git.lpclinux.com/linux-2.6.34-lpc32xx" +BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION="master" BR2_LINUX_KERNEL_VERSION="master" BR2_LINUX_KERNEL_PATCH="" BR2_LINUX_KERNEL_USE_DEFCONFIG=y
configs/fdi3250_defconfig +4 -4
@@ -27,8 +27,8 @@ BR2_TARGET_UBOOT=y BR2_TARGET_UBOOT_BOARDNAME="fdi3250" BR2_TARGET_UBOOT_CUSTOM_GIT=y BR2_TARGET_UBOOT_VERSION="master" -BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL="git://git.lpclinux.com/uboot-2009.03-lpc32xx" -BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION="master" +BR2_TARGET_UBOOT_CUSTOM_REPO_URL="git://git.lpclinux.com/uboot-2009.03-lpc32xx" +BR2_TARGET_UBOOT_CUSTOM_REPO_VERSION="master" BR2_TARGET_UBOOT_FORMAT_BIN=y BR2_TARGET_LPC32XXCDL=y BR2_TARGET_LPC32XXCDL_BOARDNAME="fdi3250"
@@ -39,8 +39,8 @@ BR2_TARGET_LPC32XXCDL_BOARDNAME="fdi3250 # BR2_LINUX_KERNEL=y BR2_LINUX_KERNEL_CUSTOM_GIT=y -BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL="git://git.lpclinux.com/linux-2.6.34-lpc32xx" -BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION="master" +BR2_LINUX_KERNEL_CUSTOM_REPO_URL="git://git.lpclinux.com/linux-2.6.34-lpc32xx" +BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION="master" BR2_LINUX_KERNEL_VERSION="master" BR2_LINUX_KERNEL_PATCH="" BR2_LINUX_KERNEL_USE_DEFCONFIG=y
configs/gnublin_defconfig +4 -4
@@ -15,13 +15,13 @@ BR2_TARGET_ROOTFS_EXT2_BLOCKS=475000 BR2_TARGET_UBOOT=y BR2_TARGET_UBOOT_BOARDNAME="GNUBLIN" BR2_TARGET_UBOOT_CUSTOM_GIT=y -BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL="git://gitorious.org/u-boot-gnublin-support/u-boot-gnublin-support.git" -BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION="2009.11_gnublin_support_v2" +BR2_TARGET_UBOOT_CUSTOM_REPO_URL="git://gitorious.org/u-boot-gnublin-support/u-boot-gnublin-support.git" +BR2_TARGET_UBOOT_CUSTOM_REPO_VERSION="2009.11_gnublin_support_v2" # Kernel BR2_LINUX_KERNEL=y BR2_LINUX_KERNEL_CUSTOM_GIT=y -BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL="git://gitorious.org/linux-3-7-gnublin/linux-3-7-gnublin.git" -BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION="v3.7-gnublin-2" +BR2_LINUX_KERNEL_CUSTOM_REPO_URL="git://gitorious.org/linux-3-7-gnublin/linux-3-7-gnublin.git" +BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION="v3.7-gnublin-2" BR2_LINUX_KERNEL_DEFCONFIG="gnublin" BR2_LINUX_KERNEL_INSTALL_TARGET=y
configs/mx53loco_defconfig +4 -4
@@ -8,8 +8,8 @@ BR2_TARGET_GENERIC_GETTY_PORT="ttymxc0" BR2_TARGET_UBOOT=y BR2_TARGET_UBOOT_BOARDNAME="mx53_loco" BR2_TARGET_UBOOT_CUSTOM_GIT=y -BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL="git://git.freescale.com/imx/uboot-imx.git" -BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION="rel_imx_2.6.35_11.09.01" +BR2_TARGET_UBOOT_CUSTOM_REPO_URL="git://git.freescale.com/imx/uboot-imx.git" +BR2_TARGET_UBOOT_CUSTOM_REPO_VERSION="rel_imx_2.6.35_11.09.01" # filesystem BR2_TARGET_ROOTFS_EXT2=y
@@ -17,6 +17,6 @@ BR2_TARGET_ROOTFS_EXT2=y # Kernel BR2_LINUX_KERNEL=y BR2_LINUX_KERNEL_CUSTOM_GIT=y -BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL="git://git.freescale.com/imx/linux-2.6-imx.git" -BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION="rel_imx_2.6.35_11.09.01" +BR2_LINUX_KERNEL_CUSTOM_REPO_URL="git://git.freescale.com/imx/linux-2.6-imx.git" +BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION="rel_imx_2.6.35_11.09.01" BR2_LINUX_KERNEL_DEFCONFIG="imx5"
configs/phy3250_defconfig +4 -4
@@ -27,8 +27,8 @@ BR2_TARGET_UBOOT=y BR2_TARGET_UBOOT_BOARDNAME="phy3250" BR2_TARGET_UBOOT_CUSTOM_GIT=y BR2_TARGET_UBOOT_VERSION="master" -BR2_TARGET_UBOOT_CUSTOM_GIT_REPO_URL="git://git.lpclinux.com/uboot-2009.03-lpc32xx" -BR2_TARGET_UBOOT_CUSTOM_GIT_VERSION="master" +BR2_TARGET_UBOOT_CUSTOM_REPO_URL="git://git.lpclinux.com/uboot-2009.03-lpc32xx" +BR2_TARGET_UBOOT_CUSTOM_REPO_VERSION="master" BR2_TARGET_UBOOT_FORMAT_BIN=y BR2_TARGET_LPC32XXCDL=y BR2_TARGET_LPC32XXCDL_BOARDNAME="phy3250"
@@ -39,8 +39,8 @@ BR2_TARGET_LPC32XXCDL_BOARDNAME="phy3250 # BR2_LINUX_KERNEL=y BR2_LINUX_KERNEL_CUSTOM_GIT=y -BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL="git://git.lpclinux.com/linux-2.6.34-lpc32xx" -BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION="master" +BR2_LINUX_KERNEL_CUSTOM_REPO_URL="git://git.lpclinux.com/linux-2.6.34-lpc32xx" +BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION="master" BR2_LINUX_KERNEL_VERSION="master" BR2_LINUX_KERNEL_PATCH="" BR2_LINUX_KERNEL_USE_DEFCONFIG=y
configs/rpi_defconfig +2 -2
@@ -16,8 +16,8 @@ BR2_DEFAULT_KERNEL_VERSION="3.6.11" BR2_LINUX_KERNEL=y BR2_LINUX_KERNEL_CUSTOM_GIT=y -BR2_LINUX_KERNEL_CUSTOM_GIT_REPO_URL="git://github.com/raspberrypi/linux.git" -BR2_LINUX_KERNEL_CUSTOM_GIT_VERSION="0006326" +BR2_LINUX_KERNEL_CUSTOM_REPO_URL="git://github.com/raspberrypi/linux.git" +BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION="0006326" BR2_LINUX_KERNEL_USE_DEFCONFIG=y BR2_LINUX_KERNEL_DEFCONFIG="bcmrpi" BR2_LINUX_KERNEL_ZIMAGE=y
PATCH v3 1/1 linux: mention 3.x.y kernels in 'custom version' help
In reply to Thomas De Schampheleire(also fix grammatical error versions -> version)
---
v3: no changes
(v2): new patch in series, although only loosely related.
linux/Config.in | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-)
linux/Config.in +2 -2
@@ -37,8 +37,8 @@ config BR2_LINUX_KERNEL_SAME_AS_HEADERS config BR2_LINUX_KERNEL_CUSTOM_VERSION bool "Custom version" help - This option allows to use a specific 2.6.x or 2.6.x.y - official versions, as available on kernel.org + This option allows to use a specific official version from + kernel.org, like 2.6.x, 2.6.x.y, 3.x.y, ... config BR2_LINUX_KERNEL_CUSTOM_TARBALL bool "Custom tarball"