* [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