[Гость MALLOY2]

Скрещиваю LwIP 1.3.0 c FreeRTOS 5.2.0. Все примеры и порты которые я нашел используют в стеке API, я хочу использовать RAW_API (callback). Возникают вопросы по разделению ресурсов в LwIP.

Есть задача NET_TASK, эта зада принимает фреймы от МАС контроллера и запихивает их в стек, от сюда вытекает что все callbecks будут работать в задаче NET_TASK. В Callbake от tcp_pcb TELNET происходит предварительная обработка данных (буферизация строки, и т.д.) далее эти данные передаются другой задаче (TELNET TASK) где выполняется сама команда и возвращается результат. Синхронизация между NET_TASK и TELNET_TASK не рассматривается тут все ясно. Также работает еще она задача NET_TIMERS, которая в нужное время вызывает функции etharp_tmr(); tcp_fasttmr(); tcp_slowtmr();

 

В LwIP есть дефайн SYS_LIGHTWEIGHT_PROT который включает примитивную защиту, определяемую дефайнами

#define SYS_ARCH_DECL_PROTECT(lev)

#define SYS_ARCH_PROTECT(lev)

#define SYS_ARCH_UNPROTECT(lev)

 

Казалось бы что этот дефайн для такого случая и создан, но просмотрев код LwIP выяснилось что эти дефайны защищают только модули memp и pbuf, а у модуля mem защита сделана через sys_arch_sem_wait которые при NO_SYS = 1 не актуальны.

Для работы LwIP в много поточном приложении с NO_SYS =1 достаточно для разделения ресурсов, защитить модули memp, pbuf, mem, и собственно функцию low_level_ouput. Или есть еще где подводные камни ?

Под сомнением NET_TIMERS и NET_TASK которые совместно юзают tcp структуру, не будет там коллизий ?

 

FreeRTOS для разделения ресурсов предлагает

 

1) portENTER_CRITICAL и portEXIT_CRITICAL

2) vTaskSuspendAll и xTaskResumeAll

3) мютексы и семафоры

 

сама FreeRTOS менагер памяти засчищает через vTaskSuspendAll - xTaskResumeAll

 

Стоит ли использовать это и в LwIP?

 

Какие и почему нужно использовать медоты разделения ресурсов в LwIP ?

[KolyanV 0]

Как Вы правильно заметили, при использовании RAW API вам прийдется самостоятельно заботиться о защите структур даных стека в условиях многопоточной среды. Т.е RAW API малопригодна при использовании в FreeRTOS. Зато Netconn API - прослойка специально созданная для многозадачной среды. Используйте Netconn API - обойдете большинство граблей.