[Buildroot] [git commit] linux-advanced: remove unused ancient kernel versions

[Buildroot] [git commit] linux-advanced: remove unused ancient kernel versions

[Peter Korsgaard]

commit: http://git.buildroot.net/buildroot/commit/?id=f91315e1710c256b353cdc1eba9a2374826798bc
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

More than 2 years old, and no in tree users.

Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 target/linux/Config.in.advanced |   28 ----------------------------
 target/linux/Config.in.versions |   16 ----------------
 2 files changed, 0 insertions(+), 44 deletions(-)

diff --git a/target/linux/Config.in.advanced b/target/linux/Config.in.advanced
index 6d755d8..a17e41a 100644
--- a/target/linux/Config.in.advanced
+++ b/target/linux/Config.in.advanced
@@ -40,10 +40,6 @@ config BR2_KERNEL_PATCH_LEVEL
 	default $(BR2_KERNEL_LATEST_2_6_26) if BR2_LINUX_2_6_26 && BR2_KERNEL_ADD_LATEST_MINORPATCH
 	default $(BR2_KERNEL_LATEST_2_6_25) if BR2_LINUX_2_6_25 && BR2_KERNEL_ADD_LATEST_MINORPATCH
 	default $(BR2_KERNEL_LATEST_2_6_24) if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
-	default $(BR2_KERNEL_LATEST_2_6_23) if BR2_LINUX_2_6_23 && BR2_KERNEL_ADD_LATEST_MINORPATCH
-	default $(BR2_KERNEL_LATEST_2_6_22) if BR2_LINUX_2_6_22 && BR2_KERNEL_ADD_LATEST_MINORPATCH
-	default $(BR2_KERNEL_LATEST_2_6_21) if BR2_LINUX_2_6_21 && BR2_KERNEL_ADD_LATEST_MINORPATCH
-	default $(BR2_KERNEL_LATEST_2_6_20) if BR2_LINUX_2_6_20 && BR2_KERNEL_ADD_LATEST_MINORPATCH
 	default "$(BR2_KERNEL_MINORLEVEL)" if BR2_KERNEL_ADD_MINORPATCH
 
 config BR2_KERNEL_NEXT_VERSION
@@ -55,10 +51,6 @@ config BR2_KERNEL_NEXT_VERSION
 	default "2.6.27" if BR2_LINUX_2_6_26
 	default "2.6.26" if BR2_LINUX_2_6_25
 	default "2.6.25" if BR2_LINUX_2_6_24
-	default "2.6.24" if BR2_LINUX_2_6_23
-	default "2.6.23" if BR2_LINUX_2_6_22
-	default "2.6.22" if BR2_LINUX_2_6_21
-	default "2.6.21" if BR2_LINUX_2_6_20
 
 config BR2_KERNEL_THIS_VERSION
 	string
@@ -70,10 +62,6 @@ config BR2_KERNEL_THIS_VERSION
 	default "2.6.26" if BR2_LINUX_2_6_26
 	default "2.6.25" if BR2_LINUX_2_6_25
 	default "2.6.24" if BR2_LINUX_2_6_24
-	default "2.6.23" if BR2_LINUX_2_6_23
-	default "2.6.22" if BR2_LINUX_2_6_22
-	default "2.6.21" if BR2_LINUX_2_6_21
-	default "2.6.20" if BR2_LINUX_2_6_20
 
 config BR2_KERNEL_SITE
 	string
@@ -163,22 +151,6 @@ config BR2_LINUX_2_6_24
 	bool "Linux 2.6.24"
 	select BR2_KERNEL_BASE
 
-config BR2_LINUX_2_6_23
-	bool "Linux 2.6.23"
-	select BR2_KERNEL_BASE
-
-config BR2_LINUX_2_6_22
-	bool "Linux 2.6.22"
-	select BR2_KERNEL_BASE
-
-config BR2_LINUX_2_6_21
-	bool "Linux 2.6.21"
-	select BR2_KERNEL_BASE
-
-config BR2_LINUX_2_6_20
-	bool "Linux 2.6.20"
-	select BR2_KERNEL_BASE
-
 config BR2_LINUX_2_6_31
 	bool "Linux 2.6.31"
 	select BR2_KERNEL_BASE
diff --git a/target/linux/Config.in.versions b/target/linux/Config.in.versions
index caf1151..d71504d 100644
--- a/target/linux/Config.in.versions
+++ b/target/linux/Config.in.versions
@@ -50,19 +50,3 @@ config BR2_KERNEL_LATEST_2_6_25
 config BR2_KERNEL_LATEST_2_6_24
 	string
 	default "7"
-
-config BR2_KERNEL_LATEST_2_6_23
-	string
-	default "17"
-
-config BR2_KERNEL_LATEST_2_6_22
-	string
-	default "19"
-
-config BR2_KERNEL_LATEST_2_6_21
-	string
-	default "7"
-
-config BR2_KERNEL_LATEST_2_6_20
-	string
-	default "21"
-- 
1.6.3.3

[Buildroot] [git commit] linux-advanced: remove unused ancient kernel versions

[Peter Korsgaard]

>>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:

 Ulf> Peter Korsgaard skrev:
 >> commit: http://git.buildroot.net/buildroot/commit/?id=f91315e1710c256b353cdc1eba9a2374826798bc
 >> branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
 >> 
 >> More than 2 years old, and no in tree users.
 >> 

 Ulf> Why do you believe that this is not used?

like I stated above - No in tree users.

 Ulf> I have customers which are still on the 2.6.22 level.

Good for them. They are presumably using a 2 year old BR snapshot as
well?

-- 
Bye, Peter Korsgaard

[Buildroot] [git commit] linux-advanced: remove unused ancient kernel versions

[Will Newton]

On Sun, Jul 26, 2009 at 9:39 PM, Peter Korsgaard<jacmet@uclibc.org> wrote:
>>>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
>
> ?Ulf> Peter Korsgaard skrev:
> ?>> commit: http://git.buildroot.net/buildroot/commit/?id=f91315e1710c256b353cdc1eba9a2374826798bc
> ?>> branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
> ?>>
> ?>> More than 2 years old, and no in tree users.
> ?>>
>
> ?Ulf> Why do you believe that this is not used?
>
> like I stated above - No in tree users.
>
> ?Ulf> I have customers which are still on the 2.6.22 level.
>
> Good for them. They are presumably using a 2 year old BR snapshot as
> well?

What is the cost of keeping these options?

Userland and build infrastructure often moves much quicker than
kernels and I often have to patch support for older kernels back into
buildroot. It's not a big difficulty but if the cost of keeping the
options is low I don't see what the gain is in removing them.

[Buildroot] [git commit] linux-advanced: remove unused ancient kernel versions

[Peter Korsgaard]

>>>>> "Will" == Will Newton <will.newton@gmail.com> writes:

hi,

 >> ?Ulf> I have customers which are still on the 2.6.22 level.
 >> 
 >> Good for them. They are presumably using a 2 year old BR snapshot
 >> as well?

 Will> What is the cost of keeping these options?

The explosion in config combinations - BR is plenty hard to test to any
sensible degree as it is already. We cannot keep on adding new
versions without removing something old. There's several places in BR
where we have to go through extra hoops to support both old and new
stuff, or where combinations noone ever tried breaks.

I think the only realistic option is to keep the number of
combinations down so the remaining options gets more testing.

 Will> Userland and build infrastructure often moves much quicker than
 Will> kernels and I often have to patch support for older kernels back into
 Will> buildroot. It's not a big difficulty but if the cost of keeping the
 Will> options is low I don't see what the gain is in removing them.

Notice that the advanced linux config has options for custom (free
form) versions, so you don't need to patch anything. In fact I think
we should remove all the presets as they are always out-of-date like I
mentioned the other day.

-- 
Bye, Peter Korsgaard