From: Andrey Shinkevich <andrey.shinkevich@virtuozzo.com>
To: Paolo Bonzini <pbonzini@redhat.com>,
Max Reitz <mreitz@redhat.com>,
"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>
Cc: "marcandre.lureau@redhat.com" <marcandre.lureau@redhat.com>,
Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>,
Roman Kagan <rkagan@virtuozzo.com>,
Denis Lunev <den@virtuozzo.com>
Subject: Re: [Qemu-devel] [PATCH] chardev: race condition with tcp_chr_disconnect
Date: Wed, 17 Jul 2019 08:28:19 +0000 [thread overview]
Message-ID: <bc1dfb2a-5210-14e0-0728-fb9a31af81f1@virtuozzo.com> (raw)
In-Reply-To: <a55d4518-734e-9dd1-296f-473600eacbf7@redhat.com>
On 15/07/2019 21:27, Paolo Bonzini wrote:
> On 15/07/19 19:23, Max Reitz wrote:
>> On 12.07.19 21:17, Andrey Shinkevich wrote:
>>> When tcp_chr_disconnect() is called, other thread may be still writing
>>> to the channel. This patch protects only read operations that initiate
>>> the disconnection.
>>>
>>> Signed-off-by: Andrey Shinkevich <andrey.shinkevich@virtuozzo.com>
>>> ---
>>
>> Have you looked at
>> https://lists.nongnu.org/archive/html/qemu-devel/2019-02/msg06174.html
>> already? From a glance, it looks like that series supersedes this one.
>>
>> (No, I don’t know why the other series is delayed.
>
> Because it broke some testcases in tests/vhost-user-test. They are
> disabled by default, because AFAIR they broke on some CI environment,
> but they are supposed to work.
>
> Paolo
>
>> I keep reminding
>> Paolo of it.)
>>
>> Max
>>
>
The test check-qtest-x86_64: tests/qos-test hangs with the
QTEST_VHOST_USER_FIXME set even without applying the series:
Thread 4 (Thread 0x2ade7a2bb700 (LWP 492566)):
#0 0x00002ade6f5431c9 in syscall () at
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1 0x00005599dec08bb6 in qemu_futex_wait (f=0x5599df6651d4
<rcu_call_ready_event>, val=4294967295) at
/home/andrey/git/qemu/include/qemu/futex.h:29
#2 0x00005599dec08d7f in qemu_event_wait (ev=0x5599df6651d4
<rcu_call_ready_event>) at util/qemu-thread-posix.c:442
#3 0x00005599dec21ea1 in call_rcu_thread (opaque=0x0) at util/rcu.c:260
#4 0x00005599dec08f2c in qemu_thread_start (args=0x5599e10568f0) at
util/qemu-thread-posix.c:502
#5 0x00002ade6f236dd5 in start_thread (arg=0x2ade7a2bb700) at
pthread_create.c:307
#6 0x00002ade6f548ead in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
Thread 3 (Thread 0x2ade7a4bc700 (LWP 492567)):
#0 0x00002ade6f53e20d in poll () at ../sysdeps/unix/syscall-template.S:81
#1 0x00002ade56e7c32c in g_main_context_iterate.isra.19 () at
/lib64/libglib-2.0.so.0
#2 0x00002ade56e7c67a in g_main_loop_run () at /lib64/libglib-2.0.so.0
#3 0x00005599de7f6772 in iothread_run (opaque=0x5599e1196a30) at
iothread.c:82
#4 0x00005599dec08f2c in qemu_thread_start (args=0x5599e11a87a0) at
util/qemu-thread-posix.c:502
#5 0x00002ade6f236dd5 in start_thread (arg=0x2ade7a4bc700) at
pthread_create.c:307
#6 0x00002ade6f548ead in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
Thread 2 (Thread 0x2ade7a7ae700 (LWP 492568)):
#0 0x00002ade6f23e361 in __sigwait (sig=0x2ade7a7ab750, set=<optimized
out>) at ../sysdeps/unix/sysv/linux/sigwait.c:60
#1 0x00002ade6f23e361 in __sigwait (set=0x2ade7a7ab760,
sig=0x2ade7a7ab750) at ../sysdeps/unix/sysv/linux/sigwait.c:95
#2 0x00005599de655fee in qemu_dummy_cpu_thread_fn (arg=0x5599e11a9eb0)
at /home/andrey/git/qemu/cpus.c:1331
#3 0x00005599dec08f2c in qemu_thread_start (args=0x5599e11cd140) at
util/qemu-thread-posix.c:502
#4 0x00002ade6f236dd5 in start_thread (arg=0x2ade7a7ae700) at
pthread_create.c:307
#5 0x00002ade6f548ead in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
Thread 1 (Thread 0x2ade5661c280 (LWP 492564)):
#0 0x00002ade6f53e2cf in __GI_ppoll (fds=0x5599e20e1360, nfds=9,
timeout=<optimized out>, sigmask=0x0) at
../sysdeps/unix/sysv/linux/ppoll.c:56
#1 0x00005599dec0232d in qemu_poll_ns (fds=0x5599e20e1360, nfds=9,
timeout=43793998964000) at util/qemu-timer.c:334
#2 0x00005599dec03510 in os_host_main_loop_wait
(timeout=43793998964000) at util/main-loop.c:240
#3 0x00005599dec03634 in main_loop_wait (nonblocking=0) at
util/main-loop.c:521
#4 0x00005599de7ff439 in main_loop () at vl.c:1791
#5 0x00005599de806dca in main (argc=19, argv=0x7ffe5b3b66a8,
envp=0x7ffe5b3b6748) at vl.c:4473
Andrey
--
With the best regards,
Andrey Shinkevich
next prev parent reply other threads:[~2019-07-17 8:28 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-12 19:17 [Qemu-devel] [PATCH] chardev: race condition with tcp_chr_disconnect Andrey Shinkevich
2019-07-15 17:23 ` Max Reitz
2019-07-15 18:27 ` Paolo Bonzini
2019-07-16 7:47 ` Max Reitz
2019-07-16 13:08 ` Andrey Shinkevich
2019-07-16 14:24 ` Paolo Bonzini
2019-07-17 8:44 ` Andrey Shinkevich
2019-07-17 8:28 ` Andrey Shinkevich [this message]
2019-07-16 13:02 ` Andrey Shinkevich
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=bc1dfb2a-5210-14e0-0728-fb9a31af81f1@virtuozzo.com \
--to=andrey.shinkevich@virtuozzo.com \
--cc=den@virtuozzo.com \
--cc=marcandre.lureau@redhat.com \
--cc=mreitz@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rkagan@virtuozzo.com \
--cc=vsementsov@virtuozzo.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).