Алан Кокс представил Unix-подобную ОС Fuzix, ядро которой потребляет около 40 Кб ОЗУ

[Error404]

Эммм, откуда инфа? Сокеты как сокеты, где там обрубок, тем более uIP?

Так там вроде никогда другого и не было? Был обрубок uIP Дункеля, причем прикрученный не в ядро а как-то сбоку. Ну если не считать первых заглушек для программирования верхних уровней стека без наличия нижних. По крайней мере полгода-год назад когда я еще находл в себе силы перекапывать эту слабоструктурированную кучу-малу. Если переписали, то интересно как (не слышал что для 8-биток родили какие-то новые реализации стека в последние год-два). А если нет, и на уровень хидеров выведено нечто а-ля сокеты, уже неинтересно если унутре по-прежнему оно (наелся я этого uIP в свое время, плевались все кому надо было что-то чуть более сложное чем веб-сервер из примеров Дункеля или Контики где оно интегрировано и всё уже написано самим автором).

А обрубок (помимо дикой упрощенности uIP в ущерб функционалу и производительности), потому что IP должен быть в ядре (чего у них не было сделано), а не в либе целиком. Чтобы процессы читая сокет блокируемо или неблокируемо, по этому типу ядром автоматом переводились в саспенд освобождая слайсы ЦПУ, или будились (доставались из свапа) при поступлении данных. А так как было сделано, так это я и сейчас могу прилинковать либу uIP прямо в приложение, благо порт есть, но это совсем не то чего хотелось бы. А нет, не могу, начну писать код под uIP и затошнит.

- - - Добавлено - - -

Это остаточные знания. С интервалом раз в год поглядываю в исходнике на ГИТ как там дело движется с TCP/IP т.к. это единственное что всерьез интересует меня в том проекте на предмет портануть в UZIX, каждый раз дико матерясь т.к. этот модуль лежит как-то хрен сразу найдешь. И в последний раз с год назад там все еще был код от uIP (я его хорошо знаю т.к. портировал на Орион, да и копирайты нам все на месте) и никакого другого я ни разу не нашел (если не считать версию от 2015 года где был только скелет верхних уровней стека с каким-то дурным роутером в PC вместо реализации собственно IP). Сейчас снова полез уточнить, вдруг переписали и убрали uIP, и снова по-быстрому не нахожу там где по логике расчитывал этот модуль найти (постоянная история), чтоб их так перетак.

[Advertiser]

[b2m]

снова по-быстрому не нахожу там где по логике расчитывал этот модуль найти (постоянная история), чтоб их так перетак

Имея информацию, что оно там не совсем в ядре, я сходу нашёл: FUZIX/Applications/netd
В ядре только драйвера устройств.

[Eltaron]

Так там вроде никогда другого и не было?

По факту там обычные сокеты - bind, listen, connect, recvfrom и т.д. (https://github.com/EtchedPixels/FUZI.../netdev.h#L102)

Был обрубок uIP Дункеля, причем прикрученный не в ядро а как-то сбоку.

Всё, я понял. Ты об этом, наверное - https://sites.google.com/site/cocobo...thecoconiccard
Автор этого дела сам пишет, что это слепленный за вечер хак и что он всё сделает нормально, когда разберется, как писать сетевые драйверы.

Пока ещё не сделал. Вот этот хак - https://github.com/EtchedPixels/FUZI...ns/netd/netd.c
И со стороны ядра фальшивый драйвер сетевого интерфейса - https://github.com/EtchedPixels/FUZI...t/net_native.c

Довольно изящно, кстати

А нет, не могу, начну писать код под uIP и затошнит.

Изящно потому, что не нужно писать под uIP. Крутится там себе где-то, и бог с ним. Код под fuzix работает только с сокетами и знать ничего про uIP не знает.
Ну и не стоит думать, что это единственный способ сетевого взаимодействия. Можно не тянуть себе в систему весь этот uIP, а делать всё через "настоящие" драйверы, которые есть, к примеру, для W5x00 и ENC28J60. Всё тут: https://github.com/EtchedPixels/FUZI...Kernel/dev/net

[Error404]

Можно не тянуть себе в систему весь этот uIP, а делать всё через "настоящие" драйверы, которые есть, к примеру, для W5x00 и ENC28J60. Всё тут: https://github.com/EtchedPixels/FUZI...Kernel/dev/net

Без uIP наверное можно использовать Визнеты (у них стек реализован внутри контроллера), но для ENC28J60 таки нужно что-то вроде uIP, т.к. ENC28J60 это только модуль MAC/PHY.

Было бы здорово если затянуть в ядро lwIP, но для него надо несколько 64к страниц. Зато это полнофункциональный стек со сборкой кадров, т.е. там не будет ограничения скорости в 6 кб/c и буфера приема в 1.5кб как у uIP и ему подобных, где для упрощения пакет всегда равен одному кадру.

[nihirash]

Без uIP наверное можно использовать Визнеты (у них стек реализован внутри контроллера)

Или сделать драйвер для ESP-8266 - тот тоже может быть аппаратным TCP-стеком.

Да и, на самом деле, особо больше, чем uIP и не требуется на таких мощностях.

[Eltaron]

Или сделать драйвер для ESP-8266 - тот тоже может быть аппаратным TCP-стеком.

Оно практически уже есть - сокеты через AT-команды. Не уверен, что совместимо с соответствующей прошивкой для ESP, но всё равно уже очень близко.
https://github.com/EtchedPixels/FUZI...v/net/net_at.c

Без uIP наверное можно использовать Визнеты (у них стек реализован внутри контроллера), но для ENC28J60 таки нужно что-то вроде uIP, т.к. ENC28J60 это только модуль MAC/PHY.

Да, пардон, ENC28J60 там не в виде готового драйвера, а просто какая-то заготовка. И в единственной платформе, где оно используется, работа действительно идет через net-native, т.е. через uIP.

[nihirash]

Оно практически уже есть - сокеты через AT-команды. Не уверен, что совместимо с соответствующей прошивкой для ESP, но всё равно уже очень близко.
https://github.com/EtchedPixels/FUZI...v/net/net_at.c

Ну это совсем куцый вариант. Нормальная фирмварь для esp-ши может в 4тсокета одновременно, они могут быть как TCP, так и UDP, как исходящие, так и принимающие.

Чего для сетевого софта под такие машины имхо достаточно.

[Error404]

Ну это совсем куцый вариант. Нормальная фирмварь для esp-ши может в 4тсокета одновременно, они могут быть как TCP, так и UDP, как исходящие, так и принимающие.
Чего для сетевого софта под такие машины имхо достаточно.

У варианта с ESP не хватает одного - нормального интерфейса к ESP с хоста. RS-232 так себе решение (которое к тому же мало где есть "из коробки"), и если уж для подключения чего-то городить, то тогда лучше подошел бы на 2 порядка более быстрый SPI. Да вот беда, чтобы ESP, имеющее SPI, умело через него общаться (а не тупо подключать слейвы), нужно перепиленное фирмваре ESP. SFS такое начинал делать пару лет тому назад, но видимо бросил, а жаль.

[Eltaron]

https://pluspora.com/p/2463796
Алан Кокс заявил, что до пенсионного возраста дожить нереально, поэтому он собрался на пенсию прямо сейчас, с 1 января. Будет писать фузикс и наслаждаться жизнью.

[SfS]

SFS такое начинал делать пару лет тому назад, но видимо бросил, а жаль.

Я начинал делать с RS232. И бросил, потому что понял: без прерываний от компорта на спеке получается гумно.

ИМХО, надо идти другим путём.

Возможно сделать "сетевуху" из ESP8266 под слот NEMOBUS, которая будет общаться со спеком по DMA и генерировать прерывания. Прошивка ESP8266, конечно нужна будет не стандартная, но это не проблема.

По сути вся эта "сетевуха" - ESP8266 плюс регистры и формирователи.

Тогда со скоростью будет всё хорошо и не будет дурных циклов ожидания.

Кстати, мои эксперименты с ESP8266 не пропали даром. Вот что вышло: https://shiotiny.ru/ (правда, к спектруму это отношения не имеет).