Я тоже

Это дело компилятора - пакованную структуру рожает именно он. Смещениями адресов занимается именно он, все нюансы достура к отдельным байтикам решает компилятор. При этом даже самый навороченый линкер гарантирует только линковку готовых сегментов содержащих готовые структуры по выровненным адресам (если, конечно не указать ему иначе). Просто IAR-овская недоработка . Надо будет при случае проверить, может уже и подправили - у меня пик написания подобных вещей был где-то год назад.

А давайте посмотрим на это дело с другой стороны. Наш автор портирует свой TCP стек. Если внимательно посмотреть, то в протоколе TCP выровнены заголовки с точностью 4 байта, в IP - тоже, фигня получается в Ethernet 6+6+2=14. Так я бы воткнул бы 2 пустых байта перед самой структурой пакета (начальный адрес структуры нет проблемы получить с нужным выравниванием) и в результате получил доступ к LONG в нормальном режиме, а не с побайтным чтением.

Я понимаю, что костыль, но зато кода гораздо меньше.

Я не вытаскиваю из буфера EMAC DMA весь пакет целиком, а как раз отдельными заголовками, и с ethernet-заголовком затыков не было. Проблема была с TCP-заголовком, а именно с 32-битными полями seqno и ackno, байты в которых надо было переставлять, что бы нормально с ними работать. Вообще, структура TCP заголовка как раз выровненная к 32-битам, так что для меня, пока, все равно загадка, почему ЭТО не работает под IAR

А покажите код, как и куда Вы вытаскиваете этот заголовок? Потому как странно...

Дак в первом моем посте я показал проблемный код - при переставлении байтов в 32-бит переменной код улетал.



По поводу хедеров при обработке пакетов - я их, в принципе вообще не вытаскиваю - обрабатываю прям в блоке буфера DMA EMAC

Так в этом буфере пакеты наверняка не выровнены до нужного. Лень искать и читать даташит, но что-то мне подсказывает, что алигн там 2 байта. Тогда, конечно, может выстрелить, а может и не выстрелить. Тут, видимо, спасет только #pragma pack(1).
Я то думал, что Вы к себе в структуру вынимаете, и потом с нею ковыряетесь.

По даташиту: Буфер состоит из блоков по 128 байт каждый. Каждому блоку соответсвует дескриптор блока, по которому DMA нюхает и заполняет блок. Первое двойное слово дескриптора есть адрес блока. В этом адресе первые два бита флаги:

Установленный бит 0 - буфер заполнен

Установленный бит 1 - последний дескриптор в буфере DMA.

Таким образом все блоки выровнены с алигном в 4 байта

Так значит полный эзернет-пакет начинается с адреса, кратного 4. Далее получается, что заголовок IP уже не с кратного (ведь в начале 6+6+2=14 байт заголовка эзернета), TCP - соответственно тоже. Или я в чем-то не прав? Дайте-ка прямую ссылку на даташит, почитаем.

Опять наступаю на те жн грабли, и опять мне не понятно, почему. IAR 4.42A for ARM.

Объявлена некая структура, в которой поля имеют разную разрядность, т.е и 8 и 16 и 32 бита.

Запаковал ее директивой #pragma



Все прекрасно работает. На этапе отладки одно из полей (8 разрядное) стало не нужным и из структуры выкидывается... Все, программа начинает падать в самых не предсказуемых местах, вернее в модуле, где используется данная структура, ну а модуль, соответсвенно, вешает весь остальной код. Поясните, плиз, где моя ошибка.