lwIP PPP netif и Ethernet netif HW/SW checksum, проблемы с аппаратным расчётом контрольной суммы Опции

[eisufu]

Создаю два интерфейса - один Ethernet (STM32F4x7 Ethernet controller настроен на hardware checksum), другой - PPP over serial. lwIP в lwipopts.h имеет настройки того, как будет считаться контрольная сумма: аппаратно или программно. Конечно, для PPP железо не считает контрольную сумму, интерфейс-то — "виртуальный". Попробовал следующее: везде в коде lwIP, где встречаются CHECKSUM_GEN_* (IP, TCP, UDP, ICMP) добавить код

Код

#if CHECKSUM_GEN_*
  <code>
#else
if ((netif->flags | NETIF_FLAG_POINTTOPOINT) != 0) {
  тот же самый <code>
}
#endif

но сгодилось это лишь для ICMP, TCP уже такое не позволит, так как в функции, содержащие код:

Код

#if CHECKSUM_GEN_*
  <code>
#endif

не передаётся netif *, для которого формируется пакет TCP. Да и вообще пришёл к выводу, что контрольную сумму надо считать централизованно для PPP (на камне есть периферия, которая быстро считает CRC), а для остальных netif - в зависимости от дефайнов CHECKSUM_GEN_*, зависящих от CHECKSUM_BY_HARDWARE.
Масса исходников — сходу не могу понять, где это "узкое место" где проходят все пакеты для каждого из IP, TCP, UDP, ICMP. Каково красивое решение?

[scifi]

По скорости ничего не смогу посоветовать, так как мне разгонять стек никогда не приходилось.
Посмотрел на код драйвера: это какой-то ад. 2700 строк там, где и в 270 можно уложиться.
Прикладываю свой драйвер для uIP. Пара пояснений:
- Для приёма статически выделен набор буферов (32 штуки по 256 байт). В lwip принято выделять их динамически из специального пула. Соответственно, код будет несколько сложнее, так как будет учитывать возможность исчерпания памяти. Дело в том, что в lwip принятые пакеты будут сидеть в этих буферах до тех пор, пока приложение, обрабатывающее принятые данные, не освободит эти буферы. Я делал драйвер для ColdFire, где это как раз реализовано.
- Принятый пакет копируется из вышеупомянутых буферов в единый буфер пакета (есть такой в uIP). В lwip буферы с принятыми данными передаются наверх без копирования (zero-copy receive). Опять же, можете подсмотреть в драйвере для ColdFire.
- Отправка сделана из единого буфера пакета. Если использовать такой подход в lwip, то нужно иметь статически выделенный буфер и перед отправкой копировать туда содержимое пакета из цепочки pbuf. На самом деле можно сделать zero-copy transmit (должно работать быстрее, но это несколько сложнее).
- Драйвер ждёт окончания отправки пакета. При интенсивном обмене так можно потерять кучу процессорного времени. Можно реализовать схему без ожидания, но это несколько сложнее.
- Как всё это хозяйство подружить с ОСью (семафоры и т.д.), я не знаю, так как мне это не было нужно.

Прикрепленные файлы

 stm32eth.txt ( 4.84 килобайт ) Кол-во скачиваний: 268