Вышла TNKernel v.2.6 Опции

[yuri_t]

TNKernel v.2.6 имеет порты ARM, Cortex-M3 и новый порт TI MSP430x.

Переключение контекста в TNKernel v.2.6 работает заметно быстрее (порты ARM, Cortex-M3) по сравнению с предыдущими версиями.
The mutex ceiling protocol в версии 2.6 более "lightweight" по сравнению с предыдущими версиями - в соревновании "скорость против features" победила скорость (на данный момент).
Код mutex ceiling protocol в версии 2.6 основывается на коде. написанном Vyacheslav Ovsiyenko для его версии TNKernel.

Спасибо Vyacheslav Ovsiyenko, Audrius Urmanavicius, Alex Borisov, Michael Fisher за их улучшения и замечания.


http://www.tnkernel.com

[yuri_t]

1) Правильно ли я понимаю, что при отправке IP пакета он будет состоять из минимум двух TN_MBUF, в одном заголовок Ethernet, во втором - сам пакет?
2) Смысл существования HI_BUF, если стек всяко использует цепочку из MID_BUF для больших пакетов? Специфика контроллера Ethernet у LPC?
3) Вы возможно сталкивались с контроллером Ethernet у LM3S. Нет ли у вас идей, как лучше его подружить с TN-Net?

1) Да
2) HI_BUF нужен только для приема - чтобы не городить цепочку DMA буферов(длина принимаемого пакета еще неизвестна,
а память под него выделять уже надо - поэтому здесь используется HI_BUF размером MTU)
3) C Ethernet у LM3S не работал

мне нужно быстро разбудить задачу по одному из битов битовой маски флага, а по другому не критично, например достаточно его проверять каждые 100 системных тиков.

Ожидание события в синхронизационном элементе ( в том числе и Event) надо использовать только тогда, когда по этому событию задача должна проснуться и получить управление ( т.е. проверять флаг в Event каждые 100 системных тиков идеологически неверно - Event не предназначен для такого использования).
Почему бы в этом случае не использовать просто глобальную переменную и проверять ее по timeout Вашего Event ?