>>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. заданного мной вопроса вы не поняли, и, разумеется, даже не попытались проверить свои знания.