[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <063D6719AE5E284EB5DD2968C1650D6DD0082864@AcuExch.aculab.com>
Date: Wed, 27 Sep 2017 16:06:50 +0000
From: David Laight <David.Laight@...LAB.COM>
To: 'Mika Westerberg' <mika.westerberg@...ux.intel.com>,
David Miller <davem@...emloft.net>
CC: "gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>,
"andreas.noever@...il.com" <andreas.noever@...il.com>,
"michael.jamet@...el.com" <michael.jamet@...el.com>,
"yehezkel.bernat@...el.com" <yehezkel.bernat@...el.com>,
"amir.jer.levy@...el.com" <amir.jer.levy@...el.com>,
"Mario.Limonciello@...l.com" <Mario.Limonciello@...l.com>,
"lukas@...ner.de" <lukas@...ner.de>,
"andriy.shevchenko@...ux.intel.com"
<andriy.shevchenko@...ux.intel.com>,
"andrew@...n.ch" <andrew@...n.ch>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: RE: [PATCH v2 02/16] thunderbolt: Add support for XDomain properties
From: Mika Westerberg
> Sent: 27 September 2017 12:33
...
> Just for my education, is there some rule which tells when __packed is
> to be used? For example the above structures are all 32-bit aligned but
> how about something like:
>
> struct foo {
> u32 value1;
> u8 value2;
> };
>
> If the on-wire format requires such structures I assume __packed
> is needed here?
You've endianness considerations as well with on-wire formats.
__packed indicates two things:
1) There will be no padding bytes between fields.
2) The structure itself might appear on any byte boundary.
The latter causes the compiler to do byte memory accesses and
shifts to load/store the data on some architectures.
So only mark things __packed when they might be misaligned in
memory.
David
Powered by blists - more mailing lists