[Spice-devel] Running SPICE on PPC64

[Denis Kirjanov]

On 4/7/15, Denis Kirjanov <kirjanov at gmail.com> wrote:
> On 4/7/15, Christophe Fergeau <cfergeau at redhat.com> wrote:
>> On Mon, Apr 06, 2015 at 01:29:49PM +0300, Denis Kirjanov wrote:
>>> On 4/3/15, Christophe Fergeau <cfergeau at redhat.com> wrote:
>>> > Hi,
>>> >
>>> > On Thu, Apr 02, 2015 at 07:11:47PM +0300, Denis Kirjanov wrote:
>>> >> The rendering between ppc64 server and x86 client works super slow.
>>> >> Any hints where to look at?
>>> >
>>> > Not really no... Is the same VM over VNC slow or not? Is a VM with the
>>> > exactly the same configuration/QEMU command line running on an x86
>>> > machine as slow?
>>> >
>>> > In the end, did you need many changes in order to get SPICE working on
>>> > that big-endian box?
>>>
>>> VNC works perfectly well.
>>
>> What about a VM with exactly the same configuration as the slow one
>> running on x86? I assume it's not slow?
>>
>>> No many. Mostly patches on initial connection setup.
>>
>> Ok, feel free to send them once you feel confident enough about them :)
>>
>>> What I see is a long delay before calling display_channel_send_item
>>> with PIPE_ITEM_TYPE_DRAW.
>>>
>>> I see also a lot of display_channel_release_item: not pushed(101)
>>> messages.
>>
>> Could be a hint, I guess there are more big-endia/little-endian bugs. Is
>> that with QXL or with standard VGA ?
>
> Standard VGA since looks like qemu needs some work on binding qxl on
> ppc emulated machines.
>
> Ok, I've figured out that the slow behavior was caused by missing kvm
> support :)
>
> Continuing investigating rendering freeze...

Ok, that was an issue with the MSGC_ACK_SYNC handling since we have to
convert it to the proper byte order.
I'm not sure how to handle this: we could assume that the value is
already converted by the client to the LE value... What do you think?

Thanks!


>> Christophe
>>
>
>
> --
> Regards,
> Denis
>


-- 
Regards,
Denis