Написал тут недавно Ethernet MAC. Теперь хочу провести небольшое тестирование. Приглашаю всех желающих.
Характеристики проекта:
1. Поддержка 10/100/1000 Full-Duplex.
2. Автоматическое определение типа пакета: broadcast, multicast, unicast.
3. Аппаратная проверка IP заголовка и контрольных сумм для IPv4 (ICMP, UDP).
4. Аппаратная генерация контрольных сумм для ICMP и UDP.
5. Отдельный контроллер MDIO с поддержкой автоматического определения скорости подключения (10/100 или 1000) для M88E1111.
Во вложении исходные коды и краткое описание портов и регистров.

А Jumbo оно у Вас поддерживает?

Да. Я не ставил ограничение на размер пакета.
Размер приёмного буфера задаётся здесь:

Здравствуйте.
Поддерживает ли ядро pause или backpressure? И вообще что произойдет в случае переполнения буфера?

А что это такое?

Если свободного места в буфере недостаточно для хранения принимаемого пакета, то данный пакет выкидывается, а указатель приёмного FIFO возвращается на конец последнего принятого пакета.

pause фреймы для аппаратного flow_control

Коллеги, кто-нибудь уже успел протестировать? Очень прошу писать здесь о результатах.
Я нашёл ошибку в расчёте контрольной суммы для UDP. Исправленный вариант во вложении.

А CRC как считаете? По всем правилам или по "кандовому" одним вычитанием?)
Какая связь с PHY - RGMII?

Поглядел код, чуточку, сразу бросилось в глаза жесткая привязка к месту CRC в UDP. Что же будет с пакетом, у которого в IP заголовке поля Options вдруг появятся ?
(хотя, может быть я конечно не до конца "воткнул" в код, но все равно над таким вопросом стоит задуматься хоть раз))) )

CRC32 считаю с помощью http://www.easics.be/webtools/crctool
Checksum считаю суммированием с учетом циклического переноса (взято из RFC1071).
Связь с PHY через MII/GMII (переключается с помощью сигнала set_1000).


Привязка действительно жёсткая. Просто в большинстве применений поле Options отсутствует. Если придёт пакет с опциями, т.е. с длиной не равной 0x45, то он будет отброшен. Если нужно принимать пакет с опциями, то аппаратную проверку придётся отключить и проверять пакеты программно.

P.S. Нашёл ещё несколько ошибок. Исправление во вложении.

А что мешает вам брать второй нибл из первого байта IP Заголовка и делать в соответствии с ним поправку ? ( если 0x45 то +20, если 0ч46 то +24 и так далее... или просто брать и сдвигать налево на два бита...)
Кстати, а как дела обстоят с VLANами?

P.S. очень рад что Вы делаете это проект и делитесь исходниками. это безусловно кому то когда то поможет!

Просто сразу не подумал о такой возможности.
С VLAN дела пока никак.

Очень интересно. Жаль написано на SV и под Альтеру...
Вот бы под Xilinx....

По поводу Xilinx:
SV - используйте Synplify
Модули, сделанные с помощью мегафункций, замените на такие же сгенерённые Core Generator'ом.

К сожалению опыта использования Synplify нет. Да и Ethernet - это только капля всего проекта. Основная и главная часть совсем в другом...
Пока мучаюсь и пишу свой контроллер с урезанными функциями.

Зачем же мучаться - если в закромах лежит ядро TEMAC от ментора - в исходниках на обычном верилоге, с подробным описанием.
Я не специалист в верилоге - и то запустил это ядро за 2 дня на ксилинке.
50 постов у вас есть - ждите когда закрома починят и вперёд.

Можно подробнее? Где лежит?

Не буду первым и оригинальным, кто рекламирует МАС от ккитайца c opencores. Запустил для изучения на Atlys, потом весь поток загнал через USB в компьютер - пишу фрэймы в файлы, которые понимает WireShark. Потихоньку разбираюсь ...