From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NpMPE-0007kq-Lj for garchives@archives.gentoo.org; Wed, 10 Mar 2010 13:57:00 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0BD9FE0BF7; Wed, 10 Mar 2010 13:56:26 +0000 (UTC) Received: from blingymail-a1.g.dreamhost.com (caibbdcaaaaf.dreamhost.com [208.113.200.5]) by pigeon.gentoo.org (Postfix) with ESMTP id C53C6E0BF7 for ; Wed, 10 Mar 2010 13:56:25 +0000 (UTC) Received: from [192.168.1.110] (smtp.media-brokers.com [70.43.81.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by blingymail-a1.g.dreamhost.com (Postfix) with ESMTP id 4C0D15C51C for ; Wed, 10 Mar 2010 05:56:25 -0800 (PST) Message-ID: <4B97A508.8070204@libertytrek.org> Date: Wed, 10 Mar 2010 08:56:24 -0500 From: Tanstaafl User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.19) Gecko/20081209 Lightning/0.9 Thunderbird/2.0.0.19 Mnenhy/0.7.6.666 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Problem with "make oldconfig" 2.6.30-8 ==> 2.6.31 References: <20100310013650.GA6034@waltdnes.org> <4B979D21.4040206@libertytrek.org> <20100310134719.7fe66c8b@zaphod.digimed.co.uk> In-Reply-To: <20100310134719.7fe66c8b@zaphod.digimed.co.uk> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 3c4efe5b-d551-4024-bc36-3317fec3b0f2 X-Archives-Hash: 0b3bb9bda6bd1ce08cdcefd07f5ceb3c On 2010-03-10 8:47 AM, Neil Bothwick wrote: > On Wed, 10 Mar 2010 08:22:41 -0500, Tanstaafl wrote: > >>> Today is when running a lilo menu with "production" and "experimental" >>> kernels saved me. "production" is 2.6.30-r8. "experimental" is >>> 2.6.31-r6 or 2.6.31-r10 (same problems with either one). I set >>> /usr/src/linux to point at 2.6.31-r6 (or 10), copied .config from >>> 2.6.30-r8 and ran "make oldconfig". >> >> I *never* use make oldconfig between major kernel versions... > > The .30, .31 is the minor kernel version. You shouldn't use oldconfig > when going from 2.4 to 2.6 but from 2.6.m to 2.6.n is safe. Again, not according to the official upgrade guide - it specifically uses 2.6.9-r1 to 2.6.9-r2 as an example of a 'minor' update, and going from 2.6.8 to 2.6.9 as having potentially 'too large of changes for make oldconfig to be considered safe'. If the guide is outdated, maybe it should be updated: http://www.gentoo.org/doc/en/kernel-upgrade.xml#doc_chap10 "10. Advanced: Using your old kernel .config to configure a new one It is sometimes possible to save time by re-using the configuration file from your old kernel when configuring the new one. Note that this is generally unsafe -- too many changes between every kernel release for this to be a reliable upgrade path. The only situation where this is appropriate is when upgrading from one Gentoo kernel revision to another. For example, the changes made between gentoo-sources-2.6.9-r1 and gentoo-sources-2.6.9-r2 will be very small, so it is usually OK to use the following method. However, it is not appropriate to use it in the example used throughout this document: upgrading from 2.6.8 to 2.6.9. Too many changes between the official releases, and the method described below does not display enough context to the user, often resulting in the user running into problems because they disabled options that they really didn't want to. To reuse your old .config, you simply need to copy it over and then run make oldconfig. In the following example, we take the configuration from gentoo-sources-2.6.9-r1 and import it into gentoo-sources-2.6.9-r2. Code Listing 10.1: Reusing your old config # cd /usr/src/linux-2.6.9-gentoo-r2 # cp ../linux-2.6.9-gentoo-r1/.config . # make oldconfig At this point, you may be asked to produce answers for configuration options which have changed between the two versions. Once you have done that, you can compile and install your kernel as normal, without having to go through the menuconfig configuration process. A much safer upgrading method is to copy your config as previously shown, and then simply run make menuconfig. This avoids the problems of make oldconfig mentioned previously, as make menuconfig will load up your previous configuration as much as possible into the menu. Now all you have to do is go through each option and look for new sections, removals, and so on. By using menuconfig, you gain context for all the new changes, and can easily view the new choices and review help screens much easier. You can even use this for upgrades such as 2.6.8 to 2.6.9; just make sure you read through the options carefully. Once you've finished, compile and install your kernel as normal." -- Charles