Используется старый конфиг ядра [РЕШЕНО]

Новый дефолтный конфиг ядра должен создаваться командой:

make defconfig

Я хочу просто стандартное поведение.

У меня же за основу, что при вызове

make defconfig

make menuconfig

или

make nconfig

берётся конфиг от старого ядра, т.к. я вижу, что большинство опций в конфиге ядра выключены, в соответствие с моим оборудованием.
Что вообще достигается отчасти

make localyesconfig

Но я хочу конфиг по умолчанию:

make defconfig

В какой не тот ?

emerge =gentoo-sources-3.8.13
cd /usr/src/linux-3.8.13-gentoo
make menuconfig

Даже если переключить ссылку /usr/src/linux всё так же.

Я не хочу использовать конфиг от старого ядра.

Ещё раз, я не копировал конфиг старого ядра из директории с исходными кодами старого ядра или откуда ещё в директорию с новыми исходными кодами. Я просто выполнил 'make menuconfig' и увидел, что опции сборки ядра в конфигураторе выставлены почти так же как и в конфиге моего старого ядра, в частности опции поддержки оборудования, файловых систем. При 'make defconfig' происходило примерно так же, за исключением того, что опция CONFIG_AUFS_FS не была задействована.

Я хочу, что бы в директории с новыми исходными кодами командой:

make defconfig

Создался конфиг по умолчанию со всем включенными по умолчанию опциями. Потому, что так должно быть.

make menuconfig

При вызове этой опции конфигурирования в случае отсутствия конфигурационного файла .config в директории с исходными кодами должен так же создаться дефолтный конфиг и запуститься утилита конфигурирования.

В общем ладно, хз, будем использовать так, как сейчас работает.

Если бы у меня не было проблемы, которую я не понимаю и не могу найти ответа, я бы тему вообще не создавал.

Каждая из опций в конфигурации ядра предусматривает значение по умолчанию. Поэтому arch/x86/configs/i386_defconfig можно сократить, убрав значения выставляемые по умолчанию и оставив значения специфичные для платформы.
Для x86 есть только 2 вариации i386_defconfig и x86_64_defconfig.
Если взглянуть на arch/arm то в наличие имеется множество SoC и board - march-... и plat-... . Поэтому и состав arch/arm/configs/ имеет большее количество файлов.

Проведя несложный эксперимент

# cd /usr/src/linux
# mv .config config.orig
# make mrproper
# make defconfig
# mv .config config.defconfig
# make mrproper
# make nconfig
<ESC>
# mv .config config.menu

А затем сравнив config.orig config.defconfig config.menu, можно увидеть, что config.orig и config.menu совпадают.

Отсюда можно сделать предположение, что

# zcat /proc/config.gz > .config

стало излишним. Ядро самостоятельно берет от туда информацию.

И как следствие, можно выдвинуть еще одно предположение. При настройке ядра во время установки через genkernel, а так же в начале обычного make menuconfig, настройки ядра наследуются с того дистрибутива (liveCD), с которого производится установка (gentoo-minimal, systemrescuecd, и прочее).
А это может развенчать бытующий миф об интеллектуальной работе genkernel, и как вывод - на "сломаном" конфиге ядра genkernel не поможет его исправить. (Это когда пользователь "неумело" установил ядро через make menuconfig, а потом пытается исправить свои огрехи используя genkernel)

Почему я говорю в нотации предположений - для их подтверждения необходимо посмотреть исходники сборочной системы ядра и genkernel.

PS. mrproper - не такой уж чистюля. Достаточно его выполнить перед emerge --depclean.