From: Fabio Fantoni <fabio.fantoni@m2r.biz>
To: Jan Beulich <JBeulich@suse.com>
Cc: George Dunlap <George.Dunlap@eu.citrix.com>,
Andrew Cooper <andrew.cooper3@citrix.com>,
Keir Fraser <keir.xen@gmail.com>,
xen-devel <xen-devel@lists.xenproject.org>
Subject: Re: [PATCH] libxl: Remove qxl support for the 4.3 release
Date: Wed, 18 Sep 2013 14:29:22 +0200 [thread overview]
Message-ID: <52399CA2.6030701@m2r.biz> (raw)
In-Reply-To: <52397B4C02000078000F43F7@nat28.tlf.novell.com>
Il 18/09/2013 10:07, Jan Beulich ha scritto:
>>>> On 16.09.13 at 16:10, Fabio Fantoni <fabio.fantoni@m2r.biz> wrote:
>> Il 05/07/2013 18:59, George Dunlap ha scritto:
>>> On Wed, May 29, 2013 at 11:25 PM, Andrew Cooper
>>> <andrew.cooper3@citrix.com> wrote:
>>>> On 29/05/2013 08:43, Ian Campbell wrote:
>>>>> On Tue, 2013-05-28 at 19:09 +0100, Keir Fraser wrote:
>>>>>> On 28/05/2013 17:51, "Ian Jackson" <Ian.Jackson@eu.citrix.com> wrote:
>>>>>>
>>>>>>> George Dunlap writes ("[PATCH] libxl: Remove qxl support for the 4.3
>>>>>>> release"):
>>>>>>>> The qxl drivers for Windows and Linux end up calling instructions
>>>>>>>> that cannot be used for MMIO at the moment. Just for the 4.3 release,
>>>>>>>> remove qxl support.
>>>>>>>>
>>>>>>>> This patch should be reverted as soon as the 4.4 development window opens.
>>>>>>>>
>>>>>>>> The issue in question:
>>>>>>>>
>>>>>>>> (XEN) emulate.c:88:d18 bad mmio size 16
>>>>>>>> (XEN) io.c:201:d18 MMIO emulation failed @ 0033:7fd2de390430: f3 0f 6f
>>>>>>>> 19 41 83 e8 403
>>>>>>>>
>>>>>>>> The instruction in question is "movdqu (%rcx),%xmm3". Xen knows how
>>>>>>>> to emulate it, but unfortunately %xmm3 is 16 bytes long, and the interface
>>>>>>>> between Xen and qemu at the moment would appear to only allow MMIO accesses
>>>>>>>> of 8 bytes.
>>>>>>>>
>>>>>>>> It's too late in the release cycle to find a fix or a workaround.
>>>>>>> Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
>>>>>> It could be plumbed through hvmemul_do_io's multi-cycle read/write logic,
>>>>>> and done as two 8-byte cycles to qemu. This would avoid bloating the ioreq
>>>>>> structure that communicates to qemu.
>>>>> Are you proposing we do this for 4.3? I'm not sure how big that change
>>>>> would be in terms of impact (just that one instruction, any 16 byte
>>>>> operand?).
>>>>>
>>>>> Of course even if we did this for 4.3 we don't know what the next issue
>>>>> will be with QXL.
>>>>>
>>>>> Ian.
>>>> Furthermore, AVX instruction emulation would require support for 32byte
>>>> operands. I don't see the multi-cycle logic scaling sensibly.
>>> Andrew, Keir, Jan, does any one of you fancy taking this on for 4.4?
>> Is there someone that can add full support for SSE on hvm domUs?
>> Thanks for any reply.
> Mind giving the attached patch a try?
>
> Jan
>
Thanks, I have tested your patch but qxl seems to have the same problem
(qemu crash on domU xorg start).
I not see the MMIO error on logs, what must I do to see it or any
similar debug information?
Tell me if I must do other specific test or you need other details.
Thanks for any reply.
next prev parent reply other threads:[~2013-09-18 12:29 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-18 8:07 [PATCH] libxl: Remove qxl support for the 4.3 release Jan Beulich
2013-09-18 12:29 ` Fabio Fantoni [this message]
2013-09-18 12:42 ` Jan Beulich
2013-09-18 14:12 ` Fabio Fantoni
2013-09-18 14:30 ` Jan Beulich
2013-09-18 15:26 ` [Qemu-devel] [Xen-devel] " Fabio Fantoni
2013-09-18 15:35 ` Jan Beulich
2013-09-19 9:22 ` Fabio Fantoni
2013-09-19 9:22 ` [Qemu-devel] [Xen-devel] " Fabio Fantoni
2013-09-19 10:01 ` Jan Beulich
2013-09-19 10:01 ` [Qemu-devel] [Xen-devel] " Jan Beulich
2013-09-19 10:04 ` George Dunlap
2013-09-19 11:08 ` Fabio Fantoni
2013-09-19 11:08 ` [Qemu-devel] [Xen-devel] " Fabio Fantoni
2013-09-19 10:04 ` George Dunlap
2013-09-18 15:35 ` Jan Beulich
2013-09-18 15:26 ` Fabio Fantoni
2013-09-19 10:09 ` George Dunlap
2013-09-19 10:15 ` Processed: " xen
-- strict thread matches above, loose matches on Subject: below --
2013-05-24 15:20 George Dunlap
2013-05-28 16:51 ` Ian Jackson
2013-05-28 18:09 ` Keir Fraser
2013-05-29 7:43 ` Ian Campbell
2013-05-29 22:25 ` Andrew Cooper
2013-07-05 16:59 ` George Dunlap
2013-09-16 14:10 ` Fabio Fantoni
2013-09-16 14:28 ` Jan Beulich
2013-09-16 14:49 ` Fabio Fantoni
2013-05-29 10:24 ` George Dunlap
2013-05-30 8:57 ` Ian Campbell
2013-05-29 15:01 ` George Dunlap
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52399CA2.6030701@m2r.biz \
--to=fabio.fantoni@m2r.biz \
--cc=George.Dunlap@eu.citrix.com \
--cc=JBeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=keir.xen@gmail.com \
--cc=xen-devel@lists.xenproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.