>>То есть Линус хочет больше памяти и защищённой, и пользовательской -- одновременно (в сумме они и дают всю виртуальную память).
> Необязательно. Ядро можно вовсе не отображать в пользовательские адресные пространства,
> нет технической необходимости делать так, это оптимизация.

Что именно ядро может не отображать? Подумайте о структурах ядра не как об абстракции, а предметно, как о чём-то полезном. Содержимое файлов, например.

>>Что бы разместить структуры ядра в линейном пространстве, можно, грубо говоря, для их хранения создать фиктивный процесс и использовать его АП ядром.
> Ага, это и есть схема 4/4. Отдельное АП для ядра. Я уже
> о ней пишу который раз.

И в который раз Вы так и не ответили, зачем это АП.

>>Структуры там будут спокойно лежать. Однако разделять эти структуры с иными процессами затруднительно,
> Другие процессы и не должны в ядерные структуры лазить
>>как и хранить в них указатели на данные пользователя (представьте, что виртуальные адреса структуры ядра и данных пользователя, на которые ссылаются её поля, пересекаются).
> Это нормально. Данные в/из буферов пользователя все равно должны проходить через copy_to_user/copy_from_user.

Потеря производительности на ровном месте не является нормой, потому и придуман механизм copy-on-write.