Вот именно.
Код с вызовом прерывания компилится и даже сегфаулт не пишет потом, но вызова физичсеки не происходит.Ядро не дает и защищенный режим не дает. ...

Вывод такой:
если хотите низкоуровневого (т е быстрого) обращения к оборудованию, к вашим услугам ядро. А к железу фиг.
И вся охота отпадает от этого на асме писать, потому что будете общаться с дром из него. (Ну за исключением регистров камня).

Ну пример, не на прямую в порт данные а ядру их сначала. А оно уж само. Прямого доступа нет короче.

грустно, но не вызываются. По крайней мере видеорежим и не думает переключаться.
А чтобы что-то вызвалось то прерывание самого ядра $0x80 надо использовать. В общем дали нам тока ядро........

ну вы-же можете использовать последнее SSE или там 64х битность, или ещё какую-нить новую фишку, которую компиляторы пока плохо поддерживают, а стандартных функций ещё нет. Если есть у вас нестандартная железяка, вы можете использовать к ней свой модуль. Зачем ещё нужен прямой доступ?

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

да я имел в виду ядро в целом - с модулями. Оно, ж по сути есть модули, если не монолитное. Если брать по смыслу "ядро без модулей" , то я не знаю о чем тогда разговор вести.

Для некоторых вещей хватило бы и этого. И меньшего. Для всякого спец оборудования например.
720 на 400 биос хнал еще 15 лет назад. В таких режимах больше и не надо.

ну это как вы соберёте. можете с модулями, можете монолитное. Последнее кстати побыстрее немножко.

для спец-оборудования как раз и пойдёт спец ядро, из которого выкинули всё лишнее, и сделали монолитным (без модулей вообще).

кстати, собирать ядра просто - мышкой тыкаете, потом собираете. только тыкать долго.

В смысле GUI уже для этого какой-то есть?
Всегда только  в консоли  собирал.

получается самый быстрый линукс есть на всяких маршрутизаторах, холодильниках, тостерах и утюгах... ибо на тех процах что в них есть, они умудряются еще и функции какие-то выполнять, причем довольно неплохо...

Эта мысль мне кажется продуктивной - наверное, поэтому так шустры кноппикс и паппи. Зато у них тормозная загрузка - с оптики загрузка быстрой быть не может. Тогда очередной вопрос - а почему в других дистрах этот способ не рассматривается? - ведь сегодня это не так тяжко, как тогда, когда РАМ считали не гигами, а мегами. Дело к тому, что скоро будут считать сотнями гигов. Использование мемори оставляет желать лучшего даже при 2гб. Вот бы их туда и пристроить.
Где прочесть про такую загрузку - причем понятно для виндейца?

пс. Не ожидал, что вопрос про асм приобретет такой оборот, но получилось очень интересно. Надеюсь, все тоже получили удовольствие. Не от ругани, конечно, а от углубления в тему - думаю, такое полезно ЗНАТЬ.

угу. видимо предполагается, что у администратора имеется отключённая от сети машина, на которой он всё собирает.

Этих я знаю, (не знать их собирая ядра не возможно, ибо они во всяких статьях сразу с menuconfig  упомянуты). Я думал, по контексту, что что-то новое появилось, ведь вопрос стоял широко: "о сборке", а не о конфигурации. Ну да ладно, я все равно такие вещи максимум на ncurses использую или вообще в сам .config хоть там и написано что руками ни-ни.

где вы видели графическую СБОРКУ????  oO  :O

в слаке обязателен. Кстати, там все программы от рута собираются. Ибо собираются они одним скриптом, а на последних этапах права рута необходимы (даже если мы ничего не ставим).

удобнее.

сейчас расскажу из чего состоит скрипт:

1) распаковка сырцов
2) configure с кучей разных опций.
3) make
4) make DESTDIR=$PKG install
тут программа ставится, но не в корень, а во временный каталог.
5) установка необходимых прав доступа. вот для этого и нужны права рута.
6) запуск скрипта /sbin/makepkg
Этот скрипт упаковывает каталог в архив.

На самом деле, права рута тут не нужны, нужно просто продумать механизм, как создать файлы с нужными правами и хозяевами во время установки. Проще и быстрее всего просто делать это всё от рута, чем составлять какой-то список, а потом эти права править во время установки, ибо нельзя сменить владельца файла не руту.

способ make install не кошерен, и быстро превращает ОС в помойку. Поставить-то можно, но как обновлять/удалять в общем случае непонятно. Проще и быстрее всего сделать список файлов, а потом просто удалить файлы по списку. Именно так и сделано в слаке.

Сам по -себе = да. Но префиксами сконфигурить установку в /usr/local/stow/имя  (так и дебиановские доки говорят для самосборного софта), и =никакой помойки. Всё по полочкам. И хранить папку сборки для удаления не надо.

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