Нет прерываний от модуля Ethernet. Опции

[Oleg_IT]

Продолжение работы, которая обсуждалась здесь
Демо плата SK-MLPC2478, приложение EMAC. Отдельный вход Ethernet для этой платы. Формирую ARP запрос, по WireShark вижу, что сообщение в PC приходит и формируется ответ, но прерывания в ARM-е, по приходу данных, нет, прерывания возникают только по отправке данных, данные отправлены, буфер пуст. Где, что посмотреть, проверить почему нет прерываний?

[Oleg_IT]

Потому и нужны какие-то дефайны, по которым определяется нужно делать swap или нет.
Тут ещё сложность не только в порядке байт, но и в порядке бит в битовых полях.

[Golikov A.]

Потому и нужны какие-то дефайны, по которым определяется нужно делать swap или нет.
Тут ещё сложность не только в порядке байт, но и в порядке бит в битовых полях.

нет... Big и Litlle меняет только порядок байт. Битовые поля не могу разворачиваться. Возможно среда ставить какой то дефайн при выборе байт ордера, только вопрос, а вам то оно зачем? Вы пишите универсальный модуль или просто все время забываете какой порядок вы используете?

Если модуль универсальный - то сделайте свой дефайн, в случае которого вы переводите все в Big, а по умолчанию делайте в Little как более популярном...

П.С. повернутый порядок бит - это очень странно, у вас нет никаких рукописных UART на пути следования данных, потому что только они имеют тенденцию биты поворачивать. Если нет, остается проверить стандарты езернет, нет ли какого флажка в заголовках по этому поводу, но очень маловероятно, так как даже этот флажок фиг найдешь если он все время в разных местах... Вообщем про поворот порядка бит я озадачен...

[Oleg_IT]

нет... Big и Litlle меняет только порядок байт. Битовые поля не могу разворачиваться. Возможно среда ставить какой то дефайн при выборе байт ордера, только вопрос, а вам то оно зачем? Вы пишите универсальный модуль или просто все время забываете какой порядок вы используете?

Если модуль универсальный - то сделайте свой дефайн, в случае которого вы переводите все в Big, а по умолчанию делайте в Little как более популярном...

П.С. повернутый порядок бит - это очень странно, у вас нет никаких рукописных UART на пути следования данных, потому что только они имеют тенденцию биты поворачивать. Если нет, остается проверить стандарты езернет, нет ли какого флажка в заголовках по этому поводу, но очень маловероятно, так как даже этот флажок фиг найдешь если он все время в разных местах... Вообщем про поворот порядка бит я озадачен...

Я теже озадачен, но по факту так

Код

typedef struct TCP_Head_tag {
    uint16_t SRC_Port;         // Порт отправителя
    uint16_t DST_Port;         // Порт получателя
    uint32_t SeqNum;           // Sequence Number
    uint32_t AckNum;           // Acknowledgment Number
    union {
        struct {
            uint16_t FIN        : 1;    // No more data from sender
            uint16_t SYN        : 1;    // Synchronize sequence numbers
            uint16_t RST        : 1;    // Reset the connection
            uint16_t PSH        : 1;    // Push Function
            uint16_t ACK        : 1;    // Acknowledgment field significant
            uint16_t URG        : 1;    // Urgent Pointer field significant
            uint16_t Res1       : 6;    //: 4;    // Reserved - 0
            uint16_t DOff       : 4;    // Data Offset - 5
        };
        uint16_t L1;
    };
/*
    union {
        struct {
            uint16_t DOff       : 4;    // Data Offset - 5
            uint16_t Res1       : 6;    //: 4;    // Reserved - 0
            uint16_t URG        : 1;    // Urgent Pointer field significant
            uint16_t ACK        : 1;    // Acknowledgment field significant
            uint16_t PSH        : 1;    // Push Function
            uint16_t RST        : 1;    // Reset the connection
            uint16_t SYN        : 1;    // Synchronize sequence numbers
            uint16_t FIN        : 1;    // No more data from sender
        };
        uint16_t L1;
    };
*/
    uint16_t Window;              // Window - -
    uint16_t Checksum;            // Checksum
    uint16_t UrgPoint;            // Urgent Pointer
} TCP_Head;

Закомментированное по стандарту, а рабочее, что бы на стороне PC все правильно воспринималось, не закомментированное. И ещё swap на L1 нужен. Может я в чём-то ошибаюсь. Поправьте.

[alx2]

Закомментированное по стандарту, а рабочее, что бы на стороне PC все правильно воспринималось, не закомментированное.

Расположение битовых полей в объединении определяется реализацией компилятора. Вы уверены, что ваш компилятор располагает битовые поля именно в порядке от старшего бита к младшему (как у Вас в закомментаренном фрагменте), а не наоборот (как в раскомментаренном)?

И, надеюсь, Вы понимаете, что из-за того что Вы закладываетесь на определенную реализацию компилятора, Ваш код становится непереносимым?

[Oleg_IT]

Расположение битовых полей в объединении определяется реализацией компилятора. Вы уверены, что ваш компилятор располагает битовые поля именно в порядке от старшего бита к младшему (как у Вас в закомментаренном фрагменте), а не наоборот (как в раскомментаренном)?

И, надеюсь, Вы понимаете, что из-за того что Вы закладываетесь на определенную реализацию компилятора, Ваш код становится непереносимым?

Догадываюсь, потому и хочу разграничить версии соответствующими дефайнами.

union {
struct {
uint16_t FIN : 1; // No more data from sender
uint16_t SYN : 1; // Synchronize sequence numbers
uint16_t RST : 1; // Reset the connection
uint16_t PSH : 1; // Push Function
uint16_t ACK : 1; // Acknowledgment field significant
uint16_t URG : 1; // Urgent Pointer field significant
uint16_t Res1 : 6; //: 4; // Reserved - 0
uint16_t DOff : 4; // Data Offset - 5
};
uint16_t L1;
};


Л1 - 16 бит это че? Сразу после флагов же окно идет uint16_t Window;
а у вас оно идет через какие то 16 бит Л1. Плюс еще вопрос как структура с 1 битными полями в памяти раскладывается... Выравнивание может сыграть злую шутку...

Так это же юнион, struct и L1 это два инени оного и того же куска пямяти размером два байта.
А про выравнивание я не сказал, пользуюсь

Код

#pragma push
#pragma pack(1)
……………………
#pragma pop