All of lore.kernel.org
 help / color / mirror / Atom feed
From: Fabio Fantoni <fabio.fantoni@m2r.biz>
To: Andrew Cooper <andrew.cooper3@citrix.com>,
	Jim Fehlig <jfehlig@suse.com>,
	wei.liu2@citrix.com
Cc: elena.ufimtseva@oracle.com, feng.wu@intel.com,
	ian.jackson@eu.citrix.com, oleksandr.dmytryshyn@globallogic.com,
	chegger@amazon.de, cyliu@suse.com,
	Jan Beulich <JBeulich@suse.com>,
	edgar.iglesias@gmail.com, chao.p.peng@linux.intel.com,
	parth.dixit@linaro.org, dgolomb@seas.upenn.edu,
	eshelton@pobox.com, kai.huang@linux.intel.com,
	jtweaver@hawaii.edu, vijay.kilari@gmail.com,
	rcojocaru@bitdefender.com, ross.lagerwall@citrix.com,
	tamas.lengyel@zentific.com, Vijaya.Kumar@caviumnetworks.com,
	anthony.perard@citrix.com, xen-devel@lists.xenproject.org,
	manishjaggi.oss@gmail.com, olaf@aepfle.de,
	ian.campbell@citrix.com, wency@cn.fujitsu.com,
	julien.grall@linaro.org, frediano.ziglio@huawei.com,
	quan.xu@intel.com, tiejun.chen@intel.com,
	boris.ostrovsky@oracle.com, vkuznets@redhat.com,
	andrii.tseglytskyi@globallogic.com, jgross@suse.com,
	talex5@gmail.com, malcolm.crossley@citrix.co
Subject: Re: Xen 4.6 Development Update (three months reminder)
Date: Wed, 29 Apr 2015 14:44:05 +0200	[thread overview]
Message-ID: <5540D215.8000007@m2r.biz> (raw)
In-Reply-To: <5540B128.20608@m2r.biz>

[-- Attachment #1: Type: text/plain, Size: 2760 bytes --]

Il 29/04/2015 12:23, Fabio Fantoni ha scritto:
> Il 29/04/2015 02:21, Andrew Cooper ha scritto:
>> On 28/04/15 23:17, Jim Fehlig wrote:
>>> Jim Fehlig wrote:
>>>> wei.liu2@citrix.com wrote:
>>>>> Hi all
>>>>>
>>>>> We are now three months into 4.6 development window. This is an 
>>>>> email to keep
>>>>> track of all the patch series I gathered. It is by no means 
>>>>> complete and / or
>>>>> acurate. Feel free to reply this email with new projects or 
>>>>> correct my
>>>>> misunderstanding.
>>>> [...]
>>>>> *  libxl: add qxl vga interface support for upstream qemu (fair)
>>>>>    -  Fabio Fantoni
>>>> I've been working on SPICE support in the libvirt libxl driver and
>>>> quickly came across the lack of support for qxl device. What is the
>>>> status of this work?  AFAICT, there was a v16 posted nearly a year ago
>>>> with no comments
>>>>
>>>> http://lists.xen.org/archives/html/xen-devel/2014-05/msg03214.html
>>> After playing with this more, I think the patch will need a
>>> LIBXL_HAVE_QXL or similar in libxl.h.
>>>
>>>> I noticed this work was committed in the 4.3 dev cycle, but was 
>>>> reverted
>>>> before the release by commit 5479961a, which describes problems with
>>>> "instructions that cannot be used for MMIO".  Has any progress been 
>>>> made
>>>> on that front?  Is Fabio's patch the only piece missing to support qxl
>>>> devices?
>>> I've tried Fabio's patch on top of fairly recent xen-unstable and don't
>>> see the issues mentioned in the commit message of 5479961a. Note that I
>>> only tried linux HVM guests though.
>
> qxl vga is working good on windows domUs except problem after 
> save/restore
> on linux domUs instead I wasn't able to get it working
> today I tried with fedora 22 (beta3) lxde live dvd (have included 
> latest qxl drivers available): with both stdvga and qxl mouse is 
> working but not visible and I not understand why, I'll try also 
> lubuntu 15.04.
> can you tell me what dom0 and domU have you use for test please?
>
>>
>> 16byte decomposed instruction still don't get passed correctly to the 
>> device model.
>>
>> This has been discussed at the hackathon and plan is in place.
>>
>> ~Andrew
>
> Thanks, is there any eta of possible solution?
>
>
> Thanks for any reply and sorry for my bad english.


I tried with lubuntu 15.04 with qxl on latest xen-unstable and qemu crashed:
> #0  __memset_sse2 () at ../sysdeps/x86_64/multiarch/../memset.S:908
Latest istruction:
> => 0x7ffff3713f7b <__memset_sse2+2363>:    movntdq %xmm0,(%rdi)

In attachment full backtrace, registers, istructions ecc... if can be useful

The linux domUs problem with qxl seems related to what Andrew told.

Added also Jan Beulich, he did one or more patches for try to solves it 
time ago if I remember good.


[-- Attachment #2: qemu-xen-gdb.log --]
[-- Type: text/plain, Size: 8393 bytes --]

Full backtrace:
#0  __memset_sse2 () at ../sysdeps/x86_64/multiarch/../memset.S:908
No locals.
#1  0x00007ffff482cbc0 in memset (__len=3145728, __ch=0, __dest=0x7fffdbe17000) at /usr/include/x86_64-linux-gnu/bits/string3.h:85
No locals.
#2  red_create_surface (worker=0x7fffe41f4010, surface_id=4, width=1024, height=768, stride=4096, format=32, line_0=0x7fffdbb18000, data_is_valid=0, send_client=1) at red_worker.c:9617
        surface = 0x7fffe41f4550
        i = <optimized out>
#3  0x00007ffff48386b5 in red_process_surface (worker=0x7fffe41f4010, surface=0x5555563c3dd0, group_id=1, loadvm=0) at red_worker.c:4279
        height = <optimized out>
        stride = <optimized out>
        reloaded_surface = <optimized out>
        surface_id = 4
        red_surface = 0x7fffe41f4550
        data = <optimized out>
        __FUNCTION__ = "red_process_surface"
#4  0x00007ffff483bafc in red_process_commands (worker=worker@entry=0x7fffe41f4010, ring_is_empty=ring_is_empty@entry=0x7fffe4bcdc6c, max_pipe_size=50) at red_worker.c:5095
        surface = 0x5555563c3dd0
        ext_cmd = {cmd = {data = 72057594038145664, type = 5, padding = 4294967295}, group_id = 1, flags = 0}
        n = 0
#5  0x00007ffff4841334 in red_worker_main (arg=<optimized out>) at red_worker.c:12191
        ring_is_empty = 0
        i = <optimized out>
        num_events = 0
        timers_queue_timeout = <optimized out>
        worker = 0x7fffe41f4010
        __FUNCTION__ = "red_worker_main"
#6  0x00007ffff3a22b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
        __res = <optimized out>
        pd = 0x7fffe4bce700
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737030973184, -1109939810272634058, 140737280922144, 140737030973888, 140737354125376, 3, 1109990962358295350, 1109949136377912118}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
        not_first_call = <optimized out>
        freesize = <optimized out>
        __PRETTY_FUNCTION__ = "start_thread"
#7  0x00007ffff376c95d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
No locals.
#8  0x0000000000000000 in ?? ()
No symbol table info available.


Registers:
rax            0x7fffdbe17000	140736882372608
rbx            0x7fffe41f4550	140737020642640
rcx            0x0	0
rdx            0x0	0
rsi            0x0	0
rdi            0x7fffdbf52000	140736883662848
rbp            0x7fffe41f4010	0x7fffe41f4010
rsp            0x7fffe4bcd978	0x7fffe4bcd978
r8             0x1c4f80	1855360
r9             0x100000	1048576
r10            0x0	0
r11            0x7ffff3713a0a	140737277671946
r12            0x1000	4096
r13            0x300	768
r14            0x20	32
r15            0x0	0
rip            0x7ffff3713f7b	0x7ffff3713f7b <__memset_sse2+2363>
eflags         0x10206	[ PF IF RF ]
cs             0xe033	57395
ss             0xe02b	57387
ds             0x0	0
es             0x0	0
fs             0x0	0
gs             0x0	0


Current instructions:
=> 0x7ffff3713f7b <__memset_sse2+2363>:	movntdq %xmm0,(%rdi)
   0x7ffff3713f7f <__memset_sse2+2367>:	movntdq %xmm0,0x10(%rdi)
   0x7ffff3713f84 <__memset_sse2+2372>:	movntdq %xmm0,0x20(%rdi)
   0x7ffff3713f89 <__memset_sse2+2377>:	movntdq %xmm0,0x30(%rdi)
   0x7ffff3713f8e <__memset_sse2+2382>:	movntdq %xmm0,0x40(%rdi)
   0x7ffff3713f93 <__memset_sse2+2387>:	movntdq %xmm0,0x50(%rdi)
   0x7ffff3713f98 <__memset_sse2+2392>:	movntdq %xmm0,0x60(%rdi)
   0x7ffff3713f9d <__memset_sse2+2397>:	movntdq %xmm0,0x70(%rdi)
   0x7ffff3713fa2 <__memset_sse2+2402>:	lea    0x80(%rdi),%rdi
   0x7ffff3713fa9 <__memset_sse2+2409>:	jge    0x7ffff3713f70 <__memset_sse2+2352>
   0x7ffff3713fab <__memset_sse2+2411>:	sfence 
   0x7ffff3713fae <__memset_sse2+2414>:	add    %r8,%rdi
   0x7ffff3713fb1 <__memset_sse2+2417>:	lea    -0x53b(%rip),%r11        # 0x7ffff3713a7d <__memset_sse2+1085>
   0x7ffff3713fb8 <__memset_sse2+2424>:	lea    0xc4861(%rip),%rcx        # 0x7ffff37d8820
   0x7ffff3713fbf <__memset_sse2+2431>:	movswq (%rcx,%r8,2),%rcx
   0x7ffff3713fc4 <__memset_sse2+2436>:	lea    (%rcx,%r11,1),%r11


Threads backtrace:

Thread 7 (Thread 0x7fffe3ff3700 (LWP 15685)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x0000555555a10706 in qemu_cond_wait (cond=0x555556488c60, mutex=0x555556488c90) at util/qemu-thread-posix.c:135
#2  0x000055555595a566 in vnc_worker_thread_loop (queue=0x555556488c60) at ui/vnc-jobs.c:222
#3  0x000055555595aac9 in vnc_worker_thread (arg=0x555556488c60) at ui/vnc-jobs.c:323
#4  0x00007ffff3a22b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#5  0x00007ffff376c95d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#6  0x0000000000000000 in ?? ()

Thread 6 (Thread 0x7fffe4bce700 (LWP 15684)):
#0  __memset_sse2 () at ../sysdeps/x86_64/multiarch/../memset.S:908
#1  0x00007ffff482cbc0 in memset (__len=3145728, __ch=0, __dest=0x7fffdbe17000) at /usr/include/x86_64-linux-gnu/bits/string3.h:85
#2  red_create_surface (worker=0x7fffe41f4010, surface_id=4, width=1024, height=768, stride=4096, format=32, line_0=0x7fffdbb18000, data_is_valid=0, send_client=1) at red_worker.c:9617
#3  0x00007ffff48386b5 in red_process_surface (worker=0x7fffe41f4010, surface=0x5555563c3dd0, group_id=1, loadvm=0) at red_worker.c:4279
#4  0x00007ffff483bafc in red_process_commands (worker=worker@entry=0x7fffe41f4010, ring_is_empty=ring_is_empty@entry=0x7fffe4bcdc6c, max_pipe_size=50) at red_worker.c:5095
#5  0x00007ffff4841334 in red_worker_main (arg=<optimized out>) at red_worker.c:12191
#6  0x00007ffff3a22b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#7  0x00007ffff376c95d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#8  0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7fffe9efe700 (LWP 15679)):
#0  do_sigwait (set=0x7fffe9efdc50, sig=0x7fffe9efdc40) at ../nptl/sysdeps/unix/sysv/linux/../../../../../sysdeps/unix/sysv/linux/sigwait.c:65
#1  0x00007ffff3a2ae67 in __sigwait (set=<optimized out>, sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/../../../../../sysdeps/unix/sysv/linux/sigwait.c:100
#2  0x000055555563ec90 in qemu_dummy_cpu_thread_fn (arg=0x55555640a2b0) at /mnt/raid-vm/RW/source/xen/Xen/tools/qemu-xen-dir/cpus.c:995
#3  0x00007ffff3a22b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#4  0x00007ffff376c95d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#5  0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7fffea6ff700 (LWP 15678)):
#0  do_sigwait (set=0x7fffea6fec50, sig=0x7fffea6fec40) at ../nptl/sysdeps/unix/sysv/linux/../../../../../sysdeps/unix/sysv/linux/sigwait.c:65
#1  0x00007ffff3a2ae67 in __sigwait (set=<optimized out>, sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/../../../../../sysdeps/unix/sysv/linux/sigwait.c:100
#2  0x000055555563ec90 in qemu_dummy_cpu_thread_fn (arg=0x5555563f8050) at /mnt/raid-vm/RW/source/xen/Xen/tools/qemu-xen-dir/cpus.c:995
#3  0x00007ffff3a22b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#4  0x00007ffff376c95d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#5  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7ffff7ff1700 (LWP 15669)):
#0  0x00007ffff3a2a1fd in read () at ../sysdeps/unix/syscall-template.S:82
#1  0x00007ffff4fa2f1f in read_all (fd=27, data=0x5555563f2610, len=16, nonblocking=0) at xs.c:378
#2  0x00007ffff4fa4982 in read_message (h=0x5555563f7790, nonblocking=0) at xs.c:1150
#3  0x00007ffff4fa4cd6 in read_thread (arg=0x5555563f7790) at xs.c:1222
#4  0x00007ffff3a22b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#5  0x00007ffff376c95d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#6  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7ffff7ef6900 (LWP 15664)):
#0  0x00007ffff3761de1 in ppoll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>, sigmask=<optimized out>) at ../sysdeps/unix/sysv/linux/ppoll.c:58
#1  0x000055555597163a in qemu_poll_ns (fds=0x5555564a0690, nfds=12, timeout=20961962) at qemu-timer.c:326
#2  0x0000555555970318 in os_host_main_loop_wait (timeout=20961962) at main-loop.c:239
#3  0x0000555555970401 in main_loop_wait (nonblocking=0) at main-loop.c:494
#4  0x0000555555758abf in main_loop () at vl.c:1882
#5  0x00005555557607b5 in main (argc=45, argv=0x7fffffffe278, envp=0x7fffffffe3e8) at vl.c:4401

[-- Attachment #3: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

  reply	other threads:[~2015-04-29 12:43 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-14 10:27 Xen 4.6 Development Update (three months reminder) wei.liu2
2015-04-14 10:34 ` Razvan Cojocaru
2015-04-14 10:37   ` Wei Liu
2015-04-15  9:09     ` Ian Campbell
2015-04-14 12:25 ` Jaggi, Manish
2015-04-14 12:34   ` Julien Grall
2015-04-14 14:26     ` Ian Campbell
2015-04-14 14:57       ` Jaggi, Manish
2015-04-14 13:28 ` Andrew Cooper
2015-04-14 13:33   ` Wei Liu
2015-04-14 18:51     ` Elena Ufimtseva
2015-04-14 13:33 ` George Dunlap
2015-04-14 14:01   ` Meng Xu
2015-04-15  2:34   ` Chun Yan Liu
2015-04-14 13:35 ` Tamas Lengyel
2015-04-14 13:48   ` Jan Beulich
2015-04-14 13:52     ` Wei Liu
2015-04-15  9:11       ` Ian Campbell
2015-04-15  9:18         ` Jan Beulich
2015-04-15 16:01           ` Lars Kurth
2015-04-14 14:16 ` Boris Ostrovsky
2015-04-14 15:37 ` Konrad Rzeszutek Wilk
2015-04-28 17:17 ` Jim Fehlig
2015-04-28 22:17   ` Jim Fehlig
2015-04-29  0:21     ` Andrew Cooper
2015-04-29 10:23       ` Fabio Fantoni
2015-04-29 12:44         ` Fabio Fantoni [this message]
2015-05-04  9:50           ` Wei Liu
2015-04-29 16:39         ` Jim Fehlig
2015-04-30 10:31           ` Fabio Fantoni
2015-04-30 16:55             ` Jim Fehlig
2015-05-01  8:36               ` Fabio Fantoni
2015-05-01 20:45                 ` Jim Fehlig
2015-05-04  6:05 ` Yu, Zhang
2015-05-04  9:44   ` Wei Liu
2015-05-04 12:51     ` Yu, Zhang
2015-05-05  9:12       ` Wei Liu
2015-05-05 13:12         ` Yu, Zhang

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=5540D215.8000007@m2r.biz \
    --to=fabio.fantoni@m2r.biz \
    --cc=JBeulich@suse.com \
    --cc=Vijaya.Kumar@caviumnetworks.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=andrii.tseglytskyi@globallogic.com \
    --cc=anthony.perard@citrix.com \
    --cc=boris.ostrovsky@oracle.com \
    --cc=chao.p.peng@linux.intel.com \
    --cc=chegger@amazon.de \
    --cc=cyliu@suse.com \
    --cc=dgolomb@seas.upenn.edu \
    --cc=edgar.iglesias@gmail.com \
    --cc=elena.ufimtseva@oracle.com \
    --cc=eshelton@pobox.com \
    --cc=feng.wu@intel.com \
    --cc=frediano.ziglio@huawei.com \
    --cc=ian.campbell@citrix.com \
    --cc=ian.jackson@eu.citrix.com \
    --cc=jfehlig@suse.com \
    --cc=jgross@suse.com \
    --cc=jtweaver@hawaii.edu \
    --cc=julien.grall@linaro.org \
    --cc=kai.huang@linux.intel.com \
    --cc=malcolm.crossley@citrix.co \
    --cc=manishjaggi.oss@gmail.com \
    --cc=olaf@aepfle.de \
    --cc=oleksandr.dmytryshyn@globallogic.com \
    --cc=parth.dixit@linaro.org \
    --cc=quan.xu@intel.com \
    --cc=rcojocaru@bitdefender.com \
    --cc=ross.lagerwall@citrix.com \
    --cc=talex5@gmail.com \
    --cc=tamas.lengyel@zentific.com \
    --cc=tiejun.chen@intel.com \
    --cc=vijay.kilari@gmail.com \
    --cc=vkuznets@redhat.com \
    --cc=wei.liu2@citrix.com \
    --cc=wency@cn.fujitsu.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.