受信したネットワークパケットのメモリアラインメントの問題

Question

私はLinuxカーネルにカスタムプロトコルを書いています。私はhdr-のアドレスにsynとack（異なるパケット用）の構造をマッピングするには、次の構造

struct syn { 
    __be32 id;  
    __be64 cookie; 
}; 

struct ack { 
    __be32 id;  // Right now, setting it to 14 (Just a random choice) 
    __be32 sequence; 
}; 

struct hdr { 
    ............ 
    __be32 type; //last element 
}; 

私はパケットの送受信

を使用しています>と入力します。

これは、理想的には（SYNとACK構造で）idはhdr->typeにマッピングする必要がありますし、何でもstruct hdrを以下のは、私がhdr->typeへマッピングするよどの構造体に依存し、syn->cookieまたはack->sequenceのいずれかにマッピングされるべきであることを意味する必要があります。

しかし、これらの変数のメモリアドレスをプリントアウトの上、私は次の

//For struct syn 
hdr->type at ffff880059f55444 
syn->id at ffff880059f55444 
syn->cookie at ffff880059f5544c //See the last two bits 

//For struct ack_frame 
hdr->type at ffff880059f55044 
ack->id at ffff880059f55044 
ack->sequence at ffff880059f55048 //See the last two bits 

を取得ack->idとsyn->idが同じサイズを持っているとき、なぜhdr->typeに対して異なるオフセットでsyn->cookieとack->sequence開始しますか？

EDIT 1：あなたは64ビットのコンパイラで作業するので、私は

char *ptr = (char *)&hdr->type; 
//For syn 
struct syn *syn1 = (struct syn *)ptr 
//For ack 
struct ack *ack1 = (struct ack *)ptr 

Answer 1

を使用してこれらの構造をマップし、次の構造体の塗りつぶし：私は、データが穴を持っていないと思い

struct syn { 
    uint32_t id 
    uint32_t hole -- the compiler must add here cause it mist align 
    uint64_t seq 
} 

したがって、seqをuint32_tに設定して後でキャストする必要があります。

Answer 2

https://gcc.gnu.org/onlinedocs/gcc/Common-Type-Attributes.html#Common-Type-Attributes

はpackedを見てください。どんな理由であれ、GCCは私にそのセクションに直接リンクさせません。

Answer 3

以下のように構造を定義する必要があります。パックされた属性は、アライメントが1バイトであることを意味します。 以下の構造体は12バイトの長さになります。 "attribyte"キーワードを使用しないと、構造は16バイトになります。ここ

struct yours{ 
__be32 id;  
__be64 cookie; 
}__attribute__((__packed__));