From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040917 Firefox/0.9.3 Description of problem: The use of Kernel configuration tools like "make menuconfig" or "make xconfig" damage the .config file and that results in compilation problems. Version-Release number of selected component (if applicable): kernel-2.4.21-20.EL How reproducible: Always Steps to Reproduce: 1. Install kernel source package 2. Copy a working .config (e.g. from the /boot directory to .config ) 3. To monitor the changes in .config apply the following line # grep -v "^#" | grep -v "^$" | sort > config.before 4. Call one of the configuration tools e.g. `make xconfig` 5. Don't change anything in the kernel config, just save it from that tool. 6. Do the commandline from step 3 again, this time rename the output file to something like "config.after" 7. Make a `diff config.before config.after` Actual Results: Depending on the config tool you used you will see more or less differences: - Some configuration settings were erased (e.g. settings with CRYPTO in it when using `make xconfig`) - Some configuration settings were changed from "m" to "y" (happens mostly with `make menuconfig`). Expected Results: Since I just opened and saved the configuration I expect the diff to not show any difference. The filter with the 2 greps and sort should ensure that comments and blank lines are filtered out and that even a change in the sequence is corrected by the sort. So semantically the kernel configuraton file should be consistent. Additional info: This behaviour leads to strange errors during kernel compilation. Especially since the modules where the error occurs are usually not related to the configuration changes a user does. If you search bugzilla you will find bug reports 109636, 119781, 114659 (which already describes some of the changes in the .config file), 104676 and 103067 which from my point of view are all caused by the misbehaviour of the kernel configuration toolchain. In some cases the problems can be fixed by running a `make oldconfig` after using the buggy tools, but its an ugly workaround especially since usually you get asked for settings that you didn't touch and you maybe have no idea what you should chose. And since people trust in the consistency of the configuration tools they are looking for bugs in the kernel modules that show the compilation problems even if those modules are practically innocent. This results in a waste of precious time and can lead to new bug reports here.
RHEL3 is entering maintenance mode. This issue was reviewed and will not be addressed in RHEL3. The proper build sequence to follow is: make mrproper, cp configs/kernel-2.4.21-i686-smp.config .config, make oldconfig, make dep, make bzImage, make modules, make modules_install Closing this issue out as wontfix.