|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] Is: ARM maintainers advice ..Was:Re: [PATCH v5 11/28] xsplice: Implement support for applying/reverting/replacing patches.
>>> On 10.04.16 at 21:47, <konrad.wilk@xxxxxxxxxx> wrote:
> That allows the size and offsets to be the same. I checked under ARM32
> builds:
>
>
> struct xsplice_patch_func_internal {
> const char * name; /* 0 4 */
> uint32_t _pad0; /* 4 4 */
> void * new_addr; /* 8 4 */
> uint32_t _pad1; /* 12 4 */
> void * old_addr; /* 16 4 */
> uint32_t _pad2; /* 20 4 */
> uint32_t new_size; /* 24 4 */
> uint32_t old_size; /* 28 4 */
> uint8_t version; /* 32 1 */
> union {
> uint8_t pad[31]; /* 31 */
> } u; /* 33 31 */
> /* --- cacheline 1 boundary (64 bytes) --- */
>
> /* size: 64, cachelines: 1, members: 10 */
> };
>
> So it all looks correct. (and I can cast the old_addr to uint8_t).
> Naturally we can expand the pad[] to hold whatever is needed
> when implementing xSplice under ARM
I still don't get: Why is it so important for this structure to have
the same size and layout across architectures?
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |