"Сысти-то он сысти, тильки ж хто ж ему даст?!"
IP-стек не может взять пакет в работу. Всё, что он может - поместить данные из пакета в структуры какого-то из сотен-тысяч сокетов.
"Вопрос на миллион!": кого "будить" после заполнения этих самых структур?

P.S.
Вы правда думаете, что только из-за своей тупости разработчики не смогли сделать "это" сразу?

"А что тут думать? Тут знать надо!". Я вот не знаю.
Но зато вполне известны чуть меньше чем стопиццот вариантов быстрого сетевого ввода-вывода в операционных системах общего назначения.
Вы не поверите, но они все разные!Все составляющие протокола TCP нигде в своей сетевой части не требуют ни процессов ни потоков, ни зеленых потоков ни корутин.
В моём понимании это просто команда к переводу некого конечного автомата в новое состояние. Сможем реализовать это в event-drivern - поддержим и 64к сокетов.У вас "конечный автомат" IP-стека и "конечный автомат" планировщика потоков. Проигнорируем, для упрощения, "конечный автомат" управления памятью.
Каким образом один конечный автомат может перевести другой конечный автомат в совершенно определённое состояние, если они - два чёрных ящика?
А ведь это не роутер, который только сетью и занимается, а общецелевая система и для неё всегда найдётся работа.
И самая разная. И приоритетная - в том числе.

Кто вам это сказал? "Плюньте ему в лицо, назовите лжецом и прогоните прочь из дома".
Даже в древнем DOS-е был print, умевший фоновую печать на принтер. Появился, как максимум в DOS 3.0.
При наличии прерывания таймера делается "вытесняющая многозадачность", при отсутствии - кооперативная (что-нибудь вроде сопрограмм Modula-2).
От аппаратуры это всё зависит крайне слабо.и сеть (модемная и коаксиальная и прочая проводная) как-то работала.Все устройства, которые вы перечислили, умели генерировать прерывания. Была даже проблема разделения прерываний.
И были решения в виде многопортовых карт для RS-232. Широко известная в узких кругах Moxa, если правильно помню название.
Иногда можно было и без прерываний. Коммуникационная программа для модема могла считать, что система принадлежит ей монопольно.И менеджер памяти как-то успевал."Вы будете смеяться", но LIM EMS 4.0 предусматривала целую пачку вызовов для поддержки многозадачности (переключение карт памяти и вызов "стороннего" кода). Как следствие, можно было делать многозадачные системы на PC-XT с Intel 8086, который умел "только реальное".
Появление защищённого режима в Intel 80286 просто убрало привязку к внешней аппаратуре.
Конкретно у 80286 была неудачная модель защищённого режима, но и это исправили в Intel 80386 (режим V86).

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