Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] Moving from 2.6.36.1 to 2.6.35.11 (or perhaps 2.6.35.9)
@ 2011-02-19 23:21 Charles Krinke
  2011-02-20  0:41 ` Bjørn Forsman
  2011-02-20  7:21 ` Peter Korsgaard
  0 siblings, 2 replies; 4+ messages in thread
From: Charles Krinke @ 2011-02-19 23:21 UTC (permalink / raw)
  To: buildroot

My group desires to use the 2.6.35.11 kernel as it is listed as a longterm
stable kernel instead of the 2.6.36.1 buildroot currently supports <sigh>.

In looking at at buildroot, it appears that changine
buildroot-2010.11/.config BR2_DEFAULT_KERNEL_HEADERS *and* linux/Config.in
(3 places) would do it to change to an arbitrary kernel version.

Is this the correct procedure to change these two files? I can make it work
with 2.6.35.9, but it seems that kernel.org/pub/linux/kernel/v2.6/ contains
up to 2.6.35.9 but not 2.6.35.10 or 2.6.35.11 so 2.6.35.9 works but
2.6.35.11 fails.

Perhaps a FAQ entry regarding the changes necessary to move to various
kernels might be appropriate? I would offer to do it but I am (perhaps) two
days into using buildroot and I dont want to fubar the web site
instructions.

-- 
Charles Krinke
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20110219/dbc18e7c/attachment.html>

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Buildroot] Moving from 2.6.36.1 to 2.6.35.11 (or perhaps 2.6.35.9)
  2011-02-19 23:21 [Buildroot] Moving from 2.6.36.1 to 2.6.35.11 (or perhaps 2.6.35.9) Charles Krinke
@ 2011-02-20  0:41 ` Bjørn Forsman
  2011-02-20  7:21 ` Peter Korsgaard
  1 sibling, 0 replies; 4+ messages in thread
From: Bjørn Forsman @ 2011-02-20  0:41 UTC (permalink / raw)
  To: buildroot

Hi,

On 20 February 2011 00:21, Charles Krinke <charles.krinke@gmail.com> wrote:
> My group desires to use the 2.6.35.11 kernel as it is listed as a longterm
> stable kernel instead of the 2.6.36.1 buildroot currently supports <sigh>.
>
> In looking at at buildroot, it appears that changine
> buildroot-2010.11/.config BR2_DEFAULT_KERNEL_HEADERS *and* linux/Config.in
> (3 places) would do it to change to an arbitrary kernel version.
>
> Is this the correct procedure to change these two files? I can make it work
> with 2.6.35.9, but it seems that kernel.org/pub/linux/kernel/v2.6/ contains
> up to 2.6.35.9 but not 2.6.35.10 or 2.6.35.11 so 2.6.35.9 works but
> 2.6.35.11 fails.

I don't think editing files is necessary: In 'make menuconfig' you can
change the kernel mirror, set custom kernel version string or set a
full kernel tarball URL.

Best regards,
Bj?rn Forsman

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Buildroot] Moving from 2.6.36.1 to 2.6.35.11 (or perhaps 2.6.35.9)
  2011-02-19 23:21 [Buildroot] Moving from 2.6.36.1 to 2.6.35.11 (or perhaps 2.6.35.9) Charles Krinke
  2011-02-20  0:41 ` Bjørn Forsman
@ 2011-02-20  7:21 ` Peter Korsgaard
  2011-02-21 20:46   ` Charles Krinke
  1 sibling, 1 reply; 4+ messages in thread
From: Peter Korsgaard @ 2011-02-20  7:21 UTC (permalink / raw)
  To: buildroot

>>>>> "Charles" == Charles Krinke <charles.krinke@gmail.com> writes:

Hi,

 Charles> My group desires to use the 2.6.35.11 kernel as it is listed
 Charles> as a longterm stable kernel instead of the 2.6.36.1 buildroot
 Charles> currently supports <sigh>.

Ok.

 Charles> In looking at at buildroot, it appears that changine
 Charles> buildroot-2010.11/.config BR2_DEFAULT_KERNEL_HEADERS *and*
 Charles> linux/Config.in (3 places) would do it to change to an
 Charles> arbitrary kernel version.

 Charles> Is this the correct procedure to change these two files? I can
 Charles> make it work with 2.6.35.9, but it seems that
 Charles> kernel.org/pub/linux/kernel/v2.6/ contains up to 2.6.35.9 but
 Charles> not 2.6.35.10 or 2.6.35.11 so 2.6.35.9 works but 2.6.35.11
 Charles> fails.

The problem is that the long term kernels is a concept that didn't exist
back when 2010.11 was released. Since 2011.02-rc1 we now automatically
handle the long term support kernels for 2.6.35 for the kernel headers.

Notice that it isn't strictly required to use the exact same kernel
headers version as the kernel, so you could keep your kernel headers at
2.6.35.9 without any likely issue.

For the kernel you can simply choose 'custom tarball' and provide the
long term URL.

-- 
Bye, Peter Korsgaard

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Buildroot] Moving from 2.6.36.1 to 2.6.35.11 (or perhaps 2.6.35.9)
  2011-02-20  7:21 ` Peter Korsgaard
@ 2011-02-21 20:46   ` Charles Krinke
  0 siblings, 0 replies; 4+ messages in thread
From: Charles Krinke @ 2011-02-21 20:46 UTC (permalink / raw)
  To: buildroot

Thanks, Peter & Bjorn.

I was able to build a number of different kernel versions yesterday such as
2.6.30.1, 2.6.30.9, 2.6.31.1, 2.6.31.9, 2.6.32.1, 2.6.32.9, ... 2.6.35.1,
2.6.35.9 so all looks good. At this point, I will work with 2.6.35.9 for a
while and see what happens next.

Charles

On Sat, Feb 19, 2011 at 11:21 PM, Peter Korsgaard <jacmet@uclibc.org> wrote:

> >>>>> "Charles" == Charles Krinke <charles.krinke@gmail.com> writes:
>
> Hi,
>
>  Charles> My group desires to use the 2.6.35.11 kernel as it is listed
>  Charles> as a longterm stable kernel instead of the 2.6.36.1 buildroot
>  Charles> currently supports <sigh>.
>
> Ok.
>
>  Charles> In looking at at buildroot, it appears that changine
>  Charles> buildroot-2010.11/.config BR2_DEFAULT_KERNEL_HEADERS *and*
>  Charles> linux/Config.in (3 places) would do it to change to an
>  Charles> arbitrary kernel version.
>
>  Charles> Is this the correct procedure to change these two files? I can
>  Charles> make it work with 2.6.35.9, but it seems that
>  Charles> kernel.org/pub/linux/kernel/v2.6/ contains up to 2.6.35.9 but
>  Charles> not 2.6.35.10 or 2.6.35.11 so 2.6.35.9 works but 2.6.35.11
>  Charles> fails.
>
> The problem is that the long term kernels is a concept that didn't exist
> back when 2010.11 was released. Since 2011.02-rc1 we now automatically
> handle the long term support kernels for 2.6.35 for the kernel headers.
>
> Notice that it isn't strictly required to use the exact same kernel
> headers version as the kernel, so you could keep your kernel headers at
> 2.6.35.9 without any likely issue.
>
> For the kernel you can simply choose 'custom tarball' and provide the
> long term URL.
>
> --
> Bye, Peter Korsgaard
>



-- 
Charles Krinke
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20110221/35f17286/attachment.html>

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2011-02-21 20:46 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-02-19 23:21 [Buildroot] Moving from 2.6.36.1 to 2.6.35.11 (or perhaps 2.6.35.9) Charles Krinke
2011-02-20  0:41 ` Bjørn Forsman
2011-02-20  7:21 ` Peter Korsgaard
2011-02-21 20:46   ` Charles Krinke

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox