On Wed, Aug 30, 2017 at 03:59:07PM +0100, Peter Maydell wrote: > On 30 August 2017 at 15:53, Philippe Mathieu-Daudé <f4...@amsat.org> wrote: > > On 08/30/2017 10:39 AM, Thomas Huth wrote: > >> The problem is that the server side code in ivshmem_server_send_one_msg() > >> correctly translates all messages IDs into little endian 64-bit values, > >> but the client side code in the ivshmem_recv_msg() function does not swap > >> the byte order back. Fix it by passing the value through le64_to_cpu(). > > > > > > Yes, we lack BE testing :( > > My pre-pull-request test set includes s390 and ppc64 bigendian. > This one was just missed because the 'slow' tests aren't in > 'make check'.
I'm not what makes sense for staging this fix. I could take it
through my tree, but it's not an obvious match, since this isn't
really related to ppc at all.
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
signature.asc
Description: PGP signature
