>>In-tree drivers that are configured to become an integral part of the kernel executable
>>(vmlinux) are statically linked by the building process.молодец, открыл Америку
> Точно такой же механизм используется и в бсд-ядрах. Нигде я не говорил,
Зато не точно такой же, а на двадцать лет более примитивный используется в случае модульной сборки - отсюда и проблемы на пустом месте. Включая уникальную возможность собрать себе ведро, которое вообще не загрузится.
> Только там где что проверка на версию (в линуксе и бсд) различается.
и напрасно, она различается.
> проверка версий не гарантирует, что не словите панику при загрузке ядра,
линуксная - гарантирует хотя бы от того, что вы не словите панику из-за того, что модуль ждет *long, а ему передают *long long - будет unresolved symbol. И это не тупейшая проверка гвоздем прибитых версий, от нее отделались в 2003м.
> Мы вообще уехали от темы. Основной посыл был в том, что GENERIC
> это ядро, которое запустится в 95% случаев. Никто не ставит задачу,
В 95% случаев оно не запустится "само по себе", потому что современные системы в основном ставят на zfs. Поэтому даже эта теоретически полезная возможность сейчас почти не используется.
GENERIC это ведро, которое требуется из-за отсутствия скриптовой или любой другой обвязки, умеющей правильно выбрать набор драйверов, нужных для загрузки конкретной системы.
> Раньше понятия GENERIC ядра в генту отсутствовало: вот вам make menuconfig и
Нет, вы по прежнему не понимаете ни как устроены отличающиеся от bsd системы, ни в чем смысл изменения.
> раз не включили его по умолчанию. Нет, я как и все
> тихо молча пересобираю ядро.
"все" уже двадцать лет избавились от привычки ручного пересобирания всего подряд без крайней необходимости.
Даже в freebsd это перестало быть нужным пять лет назад, когда наконец-то осилили включить в GENERIC криптографические части.
P.S. заданного мной вопроса вы не поняли, и, разумеется, даже не попытались проверить свои знания.
