Keil MDK: Alignment bei Bitfields

[Martin (Gast)]

Hallo an alle,

ich schreibe gerade einen TCP/IP Stack für einen ARM. Ich benutze die 
Keil MDK in Version 3.5. Die Daten werden dabei mit Strukturen 
verwaltet.

typedef __packed struct  
{
        uint16_t srcPort;
        uint16_t dstPort;
        uint32_t seq;
        uint32_t ack;
        uint16 headerlen      : 4;
        uint16 res            : 6;
        uint16 flags          : 6;
        uint16_t windowSize;
        uint16_t checksum;
        uint16_t urgentPtr;
}
TCP_Header

Die Daten bis zum Bitfeld stimmen. Auch die Variablen danach haben die 
richtigen Werte. Nur die Variablen des Bitfeldes stimmen nicht. Daher 
vermute ich ein Alignment Problem.

So sollte es ausschen:

uint16_t 0x7002

.headerlen = 7
.res = 0
.flags = 2

Leider stimmen die Werte nicht. Wie kann ich Keil sagen, das Alignment 
anzupassen?

Danke im Voraus
lg Martin

[Klaus W. (mfgkw)]

> Leider stimmen die Werte nicht.

Bei so einer tollen Fehlerbeschreibung kommen bestimmt tolle Antworten.

Ok, hier die erste: wer sagt denn, daß headerlen in den oberen
Bits untergebracht wird und flags in den unteren, und nicht einfach
umgedreht?

[Martin (Gast)]

Hallo Klaus,

Folgende Wert habe ich: headerlen = 0, res = 39d, flags = 0.
So ganz verstehe ich das Bitmuster jedoch nicht.

[Helmut L. (helmi1)]

Versuchs mal mit __packed


Also so:

typedef __packed struct
{
        uint16_t srcPort;
        uint16_t dstPort;
        uint32_t seq;
        uint32_t ack;
        uint16 headerlen      : 4;
        uint16 res            : 6;
        uint16 flags          : 6;
        uint16_t windowSize;
        uint16_t checksum;
        uint16_t urgentPtr;
}
TCP_Header __packed

Gruss Helmi

[Martin (Gast)]

Hallo Helmut,

__packed benutze ich ja bereits. Siehe obiges Snippet. Bei der 
Deklaration des Pointers hilft es auch nicht, wobei ich denke, dass das 
__packet hier nicht sinnvoll ist, oder?

lg Martin

[Klaus W. (mfgkw)]

39d ist doch binär 100111.
Das sind oben mit 10 die 2d, die du in flags haben willst (0010),
darunter dann mit 0111 die 7d, die nach headerlen sollen.

[Klaus W. (mfgkw)]

wie bringst du denn die Werte in die struct rein?

[Martin (Gast)]

Die Werte kommen per Netzwerk rein. Ein TCP_Header Zeiger zeigt mit 
einem Offset auf den Empfangspuffer. Der Wert 0x7002 für das 16-Bit Wort 
stimmt.

Die Aufteilung so habe ich schon gesehen, verstehe jedoch nicht warum 
diese so zustande kommt.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

soll: 0111 0000  0000 0010
ist:  0000 0010  0111 0000
Fällt dir was auf?
Tausch die Bytes mal über Kreuz...
Little- oder Big-Endian-Problem?

[Klaus W. (mfgkw)]

mit welcher Byte order werden die Werte gesendet?
Und mit welcher beim Empfänger interpretiert?
Vermutlich nicht beides gleich...

[Klaus W. (mfgkw)]

2 Deppen, ein Gedanke...

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Klaus Wachtler schrieb:
> 2 Deppen, ein Gedanke...
Aber einer war schneller  ;-)

[Klaus W. (mfgkw)]

Die anderen Werte in der Struct sind viellicht auch nicht viel besser?

[Klaus W. (mfgkw)]

Lothar Miller schrieb:
> Klaus Wachtler schrieb:
>> 2 Deppen, ein Gedanke...
> Aber einer war schneller  ;-)

Bitte, Alter vor Schönheit!

[Martin (Gast)]

Hallo,

Ich dachte der Endian-Effekt tritt erst auf, wenn ich Variablen größer 1 
Byte habe.

Gibt es eine Möglichkeit, die Endian bei einem Bitfeld zu ändern??

Die anderen Werte stimmen. Bzw rechne ich bereits auf Little Endian um.

lg Martin

[Klaus W. (mfgkw)]

Martin schrieb:
> Hallo,
>
> Ich dachte der Endian-Effekt tritt erst auf, wenn ich Variablen größer 1
> Byte habe.

Hast du doch: die 3 Bitfelder sind zusammen 16 Bit, also mehr als
eines. Und damit wird es gedreht...

>
> Gibt es eine Möglichkeit, die Endian bei einem Bitfeld zu ändern??

Nein.

>
> Die anderen Werte stimmen. Bzw rechne ich bereits auf Little Endian um.

Na dann...

>
> lg Martin