[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 3/6] rdma: core logic
From: |
Peter Maydell |
Subject: |
Re: [Qemu-devel] [PATCH 3/6] rdma: core logic |
Date: |
Fri, 28 Jun 2013 14:28:40 +0100 |
On 28 June 2013 14:23, Michael R. Hines <address@hidden> wrote:
>> I assume from the PACKED annotations (do we really need both,
>> incidentally) that this is shared with either the guest or
>> with another instance of QEMU. Are there definitely no
>> endianness issues to deal with here?
>
>
> I have ntohl()/htonl() on the protocol headers, but I did not
> add them for the data portions of the protocol.
>
>
> Is endianess for the data a big issue when you are assume the migration
> is happening across identical CPU architectures?
Well:
* is that a reasonable assumption? (why?)
* if you try this on some setup where it's not true, do we
fail helpfully or obscurely?
This is really just my usual "all the world is not an x86"
nudge; I don't know enough about rdma to be able to say what
the right thing in this particular case is.
-- PMM
Re: [Qemu-devel] [PATCH 3/6] rdma: core logic, Paolo Bonzini, 2013/06/28
[Qemu-devel] [PATCH 1/6] rdma: update documentation to reflect new unpin support, mrhines, 2013/06/27
[Qemu-devel] [PATCH 4/6] rdma: allow state transitions between other states besides ACTIVE, mrhines, 2013/06/27