Почему в ядре линукс отсутствует config.h?

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

Это специфично для autotools. В ядре по другому организовано. Ядро с autotools было бы ужасным.

Так собирается ядро ведь командой make. Я что-то не понимаю... это какой-то другой make?

Это тот же самый. Но до команды надо make-файлы как-то сгенерировать. И тут уже есть разные способы. Autotools со скриптом configure только один из способов, пока ещё наиболее распространённый.

Потому что не нужен?

Autotools со скриптом configure только один из способов, пока ещё наиболее распространённый

Некоторые дегенераты ещё придумали cmake.

Ясно, я думал что эти все команды являются чем-то вроде монолита и make «привязан» к Makefile и config.h, и без них не будет работать.

А каким способом генерируется Makefile для ядра линукс, например? Просто интересно что ещё есть.

Make с автотулзятиной никак не связан. Мэйкфайлы можно генерить другим софтом или писать самому. Или make не использовать тоже, есть другие системы сборки.

Всё же в документации ядра есть: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Docum...

Оу, круто. Это просто, когда знаешь где искать, а я даже не подозревал о существоании такой документации)

Там своя утилита kbuild есть, из конфига читает опции и формирует Makefile.

Хорошо, спасибо большое.

а я даже не подозревал о существоании такой документации

Ты ещё больше удивишься, узнав, что документация идёт в комплекте с исходным кодом?

Ты так говоришь, как будто я дурачок какой-то — не смотрел исходники. Хотя в гентушных я не увидел такой документации.

Ну а по теме: да я удивлен, и не очень понимаю зачем документацию пихать в исходники, мне это кажется нелогичным, архаичным.

Можно нубский вопрос?
Правильно я понимаю, что при сборке ядра буковка «M» рядом с некоторыми опциями говорит о том, что этот модуль будет собран; но в то же время, если я уберу эту буковку, я также могу в любой момент отдельно скомпилировать и подключить этот модуль? Просто я думаю, может эта возможность не просто так дана, и если я отключу её, то не смогу потом подключить отдельно собранный модуль.

Хотя в гентушных я не увидел такой документации.

% find /usr/src/ -iname "Documentation" -type d
/usr/src/linux-4.11.3-gentoo/drivers/staging/iio/Documentation
/usr/src/linux-4.11.3-gentoo/drivers/staging/most/Documentation
/usr/src/linux-4.11.3-gentoo/drivers/staging/unisys/Documentation
/usr/src/linux-4.11.3-gentoo/drivers/staging/greybus/Documentation
/usr/src/linux-4.11.3-gentoo/tools/perf/Documentation
/usr/src/linux-4.11.3-gentoo/tools/objtool/Documentation
/usr/src/linux-4.11.3-gentoo/tools/build/Documentation
/usr/src/linux-4.11.3-gentoo/Documentation

Эту документацию не затрагивает даже USE="-doc" и FEATURE="nodoc", так что ты или не смотрел, или что-то скрываешь.

Ну а по теме: да я удивлен, и не очень понимаю зачем документацию пихать в исходники, мне это кажется нелогичным, архаичным.

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

Правильно я понимаю, что при сборке ядра буковка «M» рядом с некоторыми опциями говорит о том, что этот модуль будет собран; но в то же время, если я уберу эту буковку, я также могу в любой момент отдельно скомпилировать и подключить этот модуль? Просто я думаю, может эта возможность не просто так дана, и если я отключу её, то не смогу потом подключить отдельно собранный модуль.

От многого зависит. Видишь ли, опции в конфиге ядра зачастую включают не только саму возможность, но и возможности, от которой оно зависит (dependency graph). Потому скорее да, некоторые модули ты не сможешь подключить отдельно. Но в то же время, не вкомпиленный в блоб модуль ты сможешь выгрузить и загрузить на его место новый, если он совместим с текущим ядром.

make ничего не кушает, кроме Makefile, который ему подсунули

Это частный случай, когда при сборке используется config.h

Более того, в случае autotools config.h тоже необязательно применять

.config ? /proc/config.ext ?

make «привязан» к Makefile и config.h

make просто выполняет то, что написано в Makefile. make будет работать даже если исходники состоят из всего 2-х файлов: prog.c и Makefile.

make нужен только Makefile. configure его генерирует. Это часть autotools. Некоторые считают такой подход неправильным, переусложнённым, предлагая отказаться от этих монструозных скриптов использовать обычные мейкфайлы. Не скажу, что это 100% верно для всех случаев, но здравое зерно в этом есть.