[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1515661583.31850.34.camel@kernel.crashing.org>
Date: Thu, 11 Jan 2018 20:06:23 +1100
From: Benjamin Herrenschmidt <benh@...nel.crashing.org>
To: Jae Hyun Yoo <jae.hyun.yoo@...ux.intel.com>, joel@....id.au,
andrew@...id.au, arnd@...db.de, gregkh@...uxfoundation.org,
jdelvare@...e.com, linux@...ck-us.net
Cc: linux-kernel@...r.kernel.org, linux-doc@...r.kernel.org,
devicetree@...r.kernel.org, linux-hwmon@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, openbmc@...ts.ozlabs.org
Subject: Re: [PATCH linux dev-4.10 3/6] drivers/misc: Add driver for Aspeed
PECI and generic PECI headers
On Tue, 2018-01-09 at 14:31 -0800, Jae Hyun Yoo wrote:
> +struct peci_rd_ia_msr_msg {
> + unsigned char target;
> + unsigned char thread_id;
> + unsigned short address;
> + unsigned long value;
> +};
Those types are representing messages on the wire ?
In that case those types aren't suitable. For example "long" will have
a different size and alignment for 32 and 64-bit userspace. There are
size-explicit userspace types available.
Also I didn't see any endianness annotations in there. Is that expected
? IE are those wire format packets ?
Cheers,
Ben.
Powered by blists - more mailing lists