История изменений
Исправление r3lgar, (текущая версия) :
Хотя в гентушных я не увидел такой документации.
% 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). Потому скорее да, некоторые модули ты не сможешь подключить отдельно. Но в то же время, не вкомпиленный в блоб модуль ты сможешь выгрузить и загрузить на его место новый, если он совместим с текущим ядром.
Исходная версия r3lgar, :
Хотя в гентушных я не увидел такой документации.
% find /usr/src/ -iname "Documentation" -type d /h/r/./m/mutt
/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). Потому скорее да, некоторые модули ты не сможешь подключить отдельно. Но в то же время, не вкомпиленный в блоб модуль ты сможешь выгрузить и загрузить на его место новый, если он совместим с текущим ядром.