[Qemu-devel] [PATCH v7 2/8] tests: Add migration precopy test

Signed-off-by: Juan Quintela Reviewed-by: Dr. David Alan Gilbert Reviewed-by: Peter Xu --- tests/migration-test.c | 44 ++-- 1 file changed, 42 insertions(+), 2 deletions(-) diff --git

Re: [Qemu-devel] [PATCH v2 3/6] hw/mips_int: hold BQL for all interrupt requests

On 04/04/2018 12:23, Alex Bennée wrote: > >> From: Aleksandar Markovic >> >> Make sure BQL is held for all interrupt requests. >> >> For MTTCG-enabled configurations, handling soft and hard interrupts >> between vCPUs must be properly locked. By acquiring BQL, make

Re: [Qemu-devel] [PATCH] linux-user: call cpu_copy under clone_lock

On 4 April 2018 at 11:27, Alex Bennée wrote: > I'm wondering if it should be doing more. After all start/end_exclusive > rely on the cpu list and that isn't updated on thread creation - and > without that a bunch of other things fail like ld/st exclusive after > your first

Re: [Qemu-devel] [qemu-web PATCH] download: Add instructions for MacPorts

On 02/04/2018 16:13, Programmingkid wrote: > >> On Apr 2, 2018, at 10:07 AM, qemu-devel-requ...@nongnu.org wrote: >> >> Message: 2 >> Date: Mon, 2 Apr 2018 04:22:52 +0200 >> From: Paolo Bonzini >> To: Rainer M?ller , qemu-devel@nongnu.org >> Subject: Re:

Re: [Qemu-devel] [Qemu-ppc] [PATCH] roms/u-boot-sam460ex: Change to qemu git mirror and update

On Wed, Apr 04, 2018 at 11:27:09AM +0200, BALATON Zoltan wrote: > On Mon, 2 Apr 2018, BALATON Zoltan wrote: > > Now that we have a mirror of this repo on git.qemu.org change the > > submodule to use that and also update it to latest HEAD which has a > > commit to fix a dangling symlink. > > > >

Re: [Qemu-devel] [PATCH v3 6/7] s390x/kvm: handle AP instruction interception

On 02/04/2018 18:36, Tony Krowiak wrote: On 03/26/2018 05:03 AM, Pierre Morel wrote: On 26/03/2018 10:32, David Hildenbrand wrote: On 16.03.2018 00:24, Tony Krowiak wrote: If the CPU model indicates that AP facility is installed on the guest (i.e., -cpu ,ap=on), then the expectation is

Re: [Qemu-devel] [PATCH v3 6/7] s390x/kvm: handle AP instruction interception

On 03/04/2018 11:36, Cornelia Huck wrote: On Mon, 2 Apr 2018 12:36:27 -0400 Tony Krowiak wrote: On 03/26/2018 05:03 AM, Pierre Morel wrote: On 26/03/2018 10:32, David Hildenbrand wrote: On 16.03.2018 00:24, Tony Krowiak wrote: +/* + * The Query

Re: [Qemu-devel] [Qemu-arm] [PATCH v5 2/3] target/arm: Add "_S" suffix to the secure version of a sysreg

Abdallah Bouassida writes: > This is a preparation for the coming feature of creating dynamically an XML > description for the ARM sysregs. > Add "_S" suffix to the secure version of sysregs that have both S and NS views > Replace (S) and (NS) by _S and _NS

Re: [Qemu-devel] [PATCH] cpus: unify qemu_*_wait_io_event

On 04/04/2018 12:34, Alex Bennée wrote: > > Paolo Bonzini writes: > >> Except for round-robin TCG, every other accelerator is using more or >> less the same code around qemu_wait_io_event_common. The exception >> is HAX, which also has to eat the dummy APC that is queued

Re: [Qemu-devel] [Qemu-arm] [PATCH v5 1/3] target/arm: Add "ARM_CP_NO_GDB" as a new bit field for ARMCPRegInfo type

Abdallah Bouassida writes: > This is a preparation for the coming feature of creating dynamically an XML > description for the ARM sysregs. > A register has ARM_CP_NO_GDB enabled will not be shown in the dynamic XML. > This bit is enabled automatically when

Re: [Qemu-devel] [PATCH 2/4] scripts/qemugdb: improve "qemu coroutine" command

On Wed, Mar 28, 2018 at 08:32:36PM +0300, Vladimir Sementsov-Ogievskiy wrote: > - print regs > - catch exception for coredump debugging > > Signed-off-by: Vladimir Sementsov-Ogievskiy > --- > scripts/qemugdb/coroutine.py | 18 ++ > 1 file changed, 14

Re: [Qemu-devel] [PATCH 4/4] scripts/qemugdb: backtraces for coroutines in coredump

On Wed, Mar 28, 2018 at 08:32:38PM +0300, Vladimir Sementsov-Ogievskiy wrote: > We can't get coroutine backtrace through obvious way > - set regs > - bt > - restore regs > when debugging a coredump. > So, let's go hard way: clone current coredump file, patch regs > in it and execute a

[Qemu-devel] [PATCH] scripts/qemugdb: support coroutine backtrace in coredumps

Use the 'select-frame' GDB command to switch stacks instead of manually setting the debugged thread's registers (this only works when debugging a live process, not in a coredump). Cc: Vladimir Sementsov-Ogievskiy Signed-off-by: Stefan Hajnoczi ---

Re: [Qemu-devel] [PATCH] cpus: unify qemu_*_wait_io_event

Paolo Bonzini writes: > Except for round-robin TCG, every other accelerator is using more or > less the same code around qemu_wait_io_event_common. The exception > is HAX, which also has to eat the dummy APC that is queued by > qemu_cpu_kick_thread. > > We can add the

Re: [Qemu-devel] [PATCH v2 0/6] target-mips: support MTTCG feature

Aleksandar Markovic writes: > From: Aleksandar Markovic > > v1->v2: > > - patches #3 and #4 are squashed into one to avoid bisect breaking > - improved locking features in patch #5 (formerly #6) > - commit messages reviewed and

Re: [Qemu-devel] [PATCH] linux-user: call cpu_copy under clone_lock

Max Filippov writes: > Hi Alex, > > On Tue, Apr 3, 2018 at 9:26 AM, Alex Bennée wrote: >> Max Filippov writes: >> >>> cpu_copy adds newly created CPU object to container/machine/unattached, >>> but does it w/o proper locking. As

Re: [Qemu-devel] [PATCH v2 6/6] target/mips: introduce MTTCG-enabled builds

Aleksandar Markovic writes: > From: Aleksandar Markovic > > Introduce MTTCG-enabled QEMU builds for mips32, mipsn32, and mips64. > > Signed-off-by: Miodrag Dinic > Signed-off-by: Aleksandar Markovic

[Qemu-devel] KVM call for agenda for 2018-04-10

Hi Please, send any topic that you are interested in covering. At the end of Monday I will send an email with the agenda or the cancellation of the call, so hurry up. After discussions on the QEMU Summit, we are going to have always open a KVM call where you can add topics. Call details:

Re: [Qemu-devel] [PATCH v2 5/6] hw/mips_cpc: kick a VP when putting it into Run state

Aleksandar Markovic writes: > From: Miodrag Dinic > > While testing mttcg VP0 could get stuck in a loop waiting for other > VPs to come up (which never actually happens). To fix this, kick VPs > while they are being powered up by Cluster

Re: [Qemu-devel] [PATCH v2 4/6] target/mips: hold BQL in mips_vpe_wake()

Aleksandar Markovic writes: > From: Goran Ferenc > > Hold BQL whenever mips_vpe_wake() is invoked. > > Without this patch, MIPS MT with MTTCG enabled triggers an abort in > tcg_handle_interrupt() due to an unlocked access to

Re: [Qemu-devel] [PATCH v2 3/6] hw/mips_int: hold BQL for all interrupt requests

Aleksandar Markovic writes: > From: Aleksandar Markovic > > Make sure BQL is held for all interrupt requests. > > For MTTCG-enabled configurations, handling soft and hard interrupts > between vCPUs must be properly locked. By

Re: [Qemu-devel] [Qemu-arm] [PATCH for-2.12 0/2] bcm2835_sdhost: fix interrupt handling

Ping for code review, please? It would be nice if our 'raspi3' model for 2.12 was one we could say actually booted a known Linux image... thanks -- PMM On 19 March 2018 at 16:15, Peter Maydell wrote: > This patchset fixes the code in the bcm2835_sdhost device > so that

Re: [Qemu-devel] [PULL 0/3] linux-user fixes for -rc2

On 3 April 2018 at 11:35, Laurent Vivier wrote: > The following changes since commit f184de7553272223d6af731d7d623a7cebf710b5: > > Merge remote-tracking branch > 'remotes/riscv/tags/riscv-qemu-2.12-critical-fixes' into staging (2018-03-31 > 09:42:33 +0100) > > are available

Re: [Qemu-devel] [PATCH 0/3] iotests: blacklist bochs and cloop for 205 and 208

Am 30.03.2018 um 17:16 hat Vladimir Sementsov-Ogievskiy geschrieben: > Blacklist these formats, as they don't support image creation, as they > say: > > ./qemu-img create -f bochs x 1m > qemu-img: x: Format driver 'bochs' does not support image creation > > > ./qemu-img create -f

Re: [Qemu-devel] [PATCH] migration: Don't activate block devices if using -S

Am 03.04.2018 um 22:52 hat Dr. David Alan Gilbert geschrieben: > * Kevin Wolf (kw...@redhat.com) wrote: > > Am 28.03.2018 um 19:02 hat Dr. David Alan Gilbert (git) geschrieben: > > > From: "Dr. David Alan Gilbert" > > > > > > Activating the block devices causes the locks to

Re: [Qemu-devel] [PATCH v3 00/38] RFC: monitor: add asynchronous command type

Hi On Wed, Apr 4, 2018 at 11:34 AM, Stefan Hajnoczi wrote: > On Mon, Mar 26, 2018 at 05:08:38PM +0200, Marc-André Lureau wrote: >> One of initial design goals of QMP was to have "asynchronous command >> completion" (http://wiki.qemu.org/Features/QAPI). Unfortunately, that >>

Re: [Qemu-devel] [PATCH 1/4] scripts/qemugdb: get pthread_self from "info threads" command

On Wed, Mar 28, 2018 at 08:32:35PM +0300, Vladimir Sementsov-Ogievskiy wrote: > When debugging a coredump, pthread_self can't be obtained from > function arch_prctl. Moreover if qemu crashed in coroutine, we > can't find 'start_thread' in current stack-trace. So, add a method, > actually proposed

Re: [Qemu-devel] [PULL 1/9] gluster: Fix blockdev-add with server.N.type=unix

Am 03.04.2018 um 23:03 hat Jeff Cody geschrieben: > On Tue, Apr 03, 2018 at 06:33:52PM +0200, Kevin Wolf wrote: > > The legacy command line interface gets the socket path from an option > > called 'socket'. QAPI in contract uses SocketAddress, where the > > corresponding option is called 'path'. >

Re: [Qemu-devel] [PATCH v2] virtio-serial: fix heap-over-flow

On Wed, Mar 28, 2018 at 09:34:35PM +0800, linzhecheng wrote: > Check device having the feature of VIRTIO_CONSOLE_F_EMERG_WRITE before > get config->emerg_wr. It is neccessary because sizeof(virtio_console_config) > is 8 byte if VirtIOSerial doesn't have the feature of >

Re: [Qemu-devel] [PATCH 1/4] scripts/qemugdb: get pthread_self from "info threads" command

On 28/03/2018 19:32, Vladimir Sementsov-Ogievskiy wrote: > When debugging a coredump, pthread_self can't be obtained from > function arch_prctl. Moreover if qemu crashed in coroutine, we > can't find 'start_thread' in current stack-trace. So, add a method, > actually proposed in 1138f24645e9e,

Re: [Qemu-devel] [PATCH 1/3] iotests.py: improve verify_image_format helper

Am 04.04.2018 um 10:48 hat Vladimir Sementsov-Ogievskiy geschrieben: > 03.04.2018 16:54, Kevin Wolf wrote: > > Am 30.03.2018 um 17:16 hat Vladimir Sementsov-Ogievskiy geschrieben: > > > Add an assert (we don't want set both arguments) and remove > > > duplication. > > > > > > Signed-off-by:

Re: [Qemu-devel] cpu_memory_rw_debug function is too slow

On Wed, Mar 28, 2018 at 12:48:48PM +0800, is wrote: > Hello, I found that use cpu_memory_rw_debug in tcg mode when qemu access > guest virtual address is too slow, can I choose to use some other more fast > function ? Please explain what you are trying to do. It's hard for anyone to give

Re: [Qemu-devel] [Consult] nfs-vsocks support

On Wed, Mar 28, 2018 at 07:25:21PM +0800, Liu, Jing2 wrote: > On 3/26/2018 6:12 PM, Liu, Jing2 wrote: > > Hi Stefan, > > > > Thank you very much for the response! It truly gave me much help. > > > > On 3/24/2018 12:02 AM, Stefan Hajnoczi wrote: > [...] > > > > Could you give me some help and

Re: [Qemu-devel] [PATCH 1/3] archive-source.sh: Drop submodule code

On Wed, 04/04 10:24, Daniel P. Berrangé wrote: > On Wed, Apr 04, 2018 at 05:07:56PM +0800, Fam Zheng wrote: > > On Wed, 04/04 09:23, Daniel P. Berrangé wrote: > > > On Wed, Apr 04, 2018 at 10:51:59AM +0800, Fam Zheng wrote: > > > > ./configure and make now take care of submodules, we only need to

[Qemu-devel] [Bug 1761027] Re: Unexpected error

** Changed in: qemu Status: Incomplete => New -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1761027 Title: Unexpected error Status in QEMU: New Bug description: When run it this error

Re: [Qemu-devel] [PATCH v3 00/38] RFC: monitor: add asynchronous command type

On Mon, Mar 26, 2018 at 05:08:38PM +0200, Marc-André Lureau wrote: > One of initial design goals of QMP was to have "asynchronous command > completion" (http://wiki.qemu.org/Features/QAPI). Unfortunately, that > goal was not fully achieved, and some broken bits left were removed > progressively

Re: [Qemu-devel] [Qemu-ppc] [PATCH] roms/u-boot-sam460ex: Change to qemu git mirror and update

On Mon, 2 Apr 2018, BALATON Zoltan wrote: Now that we have a mirror of this repo on git.qemu.org change the submodule to use that and also update it to latest HEAD which has a commit to fix a dangling symlink. Signed-off-by: BALATON Zoltan --- .gitmodules | 2 +-

Re: [Qemu-devel] [PATCH 1/3] archive-source.sh: Drop submodule code

On Wed, Apr 04, 2018 at 05:07:56PM +0800, Fam Zheng wrote: > On Wed, 04/04 09:23, Daniel P. Berrangé wrote: > > On Wed, Apr 04, 2018 at 10:51:59AM +0800, Fam Zheng wrote: > > > ./configure and make now take care of submodules, we only need to clone > > > the top tree. > > > > If you don't include

Re: [Qemu-devel] [PATCH 1/3] archive-source.sh: Drop submodule code

On Wed, 04/04 09:23, Daniel P. Berrangé wrote: > On Wed, Apr 04, 2018 at 10:51:59AM +0800, Fam Zheng wrote: > > ./configure and make now take care of submodules, we only need to clone > > the top tree. > > If you don't include the submodules in the tar.gz archive, then the > test system needs to

[Qemu-devel] [Bug 1761027] Re: Unexpected error

I have that message too with this version: c:\Tools\QEMU>qemu-system-aarch64.exe -version QEMU emulator version 2.11.90 (v2.12.0-rc0-11704-g30195e9d53-dirty) My launch params are: C:\TOOLS\QEMU\qemu-system-aarch64.exe -M raspi3 -kernel D:\QEMU-img\2017-12-04-pcudev01l.img My system is Windows

Re: [Qemu-devel] [PATCH] migration: calculate expected_downtime with ram_bytes_remaining()

Balamuruhan S wrote: > expected_downtime value is not accurate with dirty_pages_rate * page_size, > using ram_bytes_remaining would yeild it correct. > > Signed-off-by: Balamuruhan S Reviewed-by: Juan Quintela See my

Re: [Qemu-devel] [PATCH] migration: calculate expected_downtime with ram_bytes_remaining()

Peter Xu wrote: > On Sun, Apr 01, 2018 at 12:25:36AM +0530, Balamuruhan S wrote: >> expected_downtime value is not accurate with dirty_pages_rate * page_size, >> using ram_bytes_remaining would yeild it correct. >> >> Signed-off-by: Balamuruhan S >>

Re: [Qemu-devel] [PATCH v4 3/9] cli: add -preconfig option

On Tue, 3 Apr 2018 12:31:29 -0300 Eduardo Habkost wrote: > On Tue, Apr 03, 2018 at 04:32:53PM +0200, Igor Mammedov wrote: > > On Thu, 29 Mar 2018 13:24:09 -0300 > > Eduardo Habkost wrote: > > > > > On Thu, Mar 29, 2018 at 01:43:03PM +0200, Igor

Re: [Qemu-devel] [PATCH] migration: calculate expected_downtime with ram_bytes_remaining()

On 2018-04-04 13:36, Peter Xu wrote: On Wed, Apr 04, 2018 at 11:55:14AM +0530, Balamuruhan S wrote: [...] > too. So still I'll put aside the "which one is better" question. > > For your use case, you can have a look on either of below way to > have a converged migration: > > - auto-converge:

Re: [Qemu-devel] [PATCH 1/3] iotests.py: improve verify_image_format helper

03.04.2018 16:54, Kevin Wolf wrote: Am 30.03.2018 um 17:16 hat Vladimir Sementsov-Ogievskiy geschrieben: Add an assert (we don't want set both arguments) and remove duplication. Signed-off-by: Vladimir Sementsov-Ogievskiy --- tests/qemu-iotests/iotests.py | 6

[Qemu-devel] [Bug 1761027] Re: Unexpected error

Which version of QEMU are you using? And which parameters are you using when you start it? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1761027

[Qemu-devel] [Bug 1756927] Re: ARMv7 LPAE: IFSR doesn't have the LPAE bit in case of BKPT

The patches are in master now. ** Changed in: qemu Status: In Progress => Fix Committed -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1756927 Title: ARMv7 LPAE: IFSR doesn't have the LPAE

Re: [Qemu-devel] [PULL for-2.12 0/3] s390x fixes for -rc2

On 3 April 2018 at 09:36, Cornelia Huck wrote: > The following changes since commit f184de7553272223d6af731d7d623a7cebf710b5: > > Merge remote-tracking branch > 'remotes/riscv/tags/riscv-qemu-2.12-critical-fixes' into staging (2018-03-31 > 09:42:33 +0100) > > are available

Re: [Qemu-devel] [RFC 11/18] qemu.py: Log crashes inside _post_shutdown()

On 03/29/2018 06:38 PM, Eduardo Habkost wrote: > This will allow us to log QEMU crashes even if the test code uses > .wait() instead of .shutdown(). > > Signed-off-by: Eduardo Habkost Reviewed-by: Philippe Mathieu-Daudé > --- > scripts/qemu.py | 18

Re: [Qemu-devel] [RFC 08/18] qemu.py: Close _qmp inside _post_shutdown()

On 03/29/2018 06:38 PM, Eduardo Habkost wrote: > This way all shutdown-related cleanup is kept in a single place. > > While at it, set _qmp to None after closing the socket, to avoid > trying to reuse it by mistake later. > > Signed-off-by: Eduardo Habkost Reviewed-by:

Re: [Qemu-devel] [RFC 05/18] qemu.py: Split _base_args()

On 03/29/2018 06:38 PM, Eduardo Habkost wrote: > Split it into _monitor_args() and _display_args(), so we can make > monitor args optional later. > > Signed-off-by: Eduardo Habkost Reviewed-by: Philippe Mathieu-Daudé > --- > scripts/qemu.py | 11

Re: [Qemu-devel] [RFC 06/18] qemu.py: Move _load_io_log() call to _post_shutdown()

On 03/29/2018 06:38 PM, Eduardo Habkost wrote: > All callers of _post_shutdown() call _load_io_log(), so it's > easier to simply call it inside _post_shutdown(). > > Signed-off-by: Eduardo Habkost Reviewed-by: Philippe Mathieu-Daudé > --- >

Re: [Qemu-devel] [RFC 03/18] qmp.py: Cleanly handle unexpectedly closed socket

On 03/29/2018 06:38 PM, Eduardo Habkost wrote: > QEMUMonitorProtocol.cmd() returns None if the socket was closed, > so callers must handle this case explicltly. > > Signed-off-by: Eduardo Habkost Reviewed-by: Philippe Mathieu-Daudé > --- >

Re: [Qemu-devel] [RFC 02/18] qmp.py: Fix error handling for Python 3

On 03/29/2018 06:38 PM, Eduardo Habkost wrote: > socket.error doesn't behave like a tuple in Python 3, but we can > use error.args on both Python 2.7 and 3. > > Signed-off-by: Eduardo Habkost Reviewed-by: Philippe Mathieu-Daudé > --- > scripts/qmp/qmp.py

Re: [Qemu-devel] [PATCH 0/3] Add a CentOS test image to run docker tests

On Wed, 04/04 09:19, Daniel P. Berrangé wrote: > On Wed, Apr 04, 2018 at 10:51:58AM +0800, Fam Zheng wrote: > > Docker testing on patchew has long suffered from 'make check' hangings. The > > cleanness of VM testing is the cure. Now let's add a CentOS 7 image to run > > the > > tests. It's

Re: [Qemu-devel] [PATCH 1/3] archive-source.sh: Drop submodule code

On Wed, Apr 04, 2018 at 10:51:59AM +0800, Fam Zheng wrote: > ./configure and make now take care of submodules, we only need to clone > the top tree. If you don't include the submodules in the tar.gz archive, then the test system needs to be able to clone them from qemu.org, which requires

Re: [Qemu-devel] [PATCH 0/3] Add a CentOS test image to run docker tests

On Wed, Apr 04, 2018 at 10:51:58AM +0800, Fam Zheng wrote: > Docker testing on patchew has long suffered from 'make check' hangings. The > cleanness of VM testing is the cure. Now let's add a CentOS 7 image to run the > tests. It's purely ad-hoc, but hopefully still easy to understand and use for

Re: [Qemu-devel] [PATCH] migration: calculate expected_downtime with ram_bytes_remaining()

On Wed, Apr 04, 2018 at 11:55:14AM +0530, Balamuruhan S wrote: [...] > > too. So still I'll put aside the "which one is better" question. > > > > For your use case, you can have a look on either of below way to > > have a converged migration: > > > > - auto-converge: that's a migration

Re: [Qemu-devel] [PATCH for-2.12] iothread: workaround glib bug which hangs qmp-test

On Wed, 04/04 14:53, Peter Xu wrote: > Free the AIO context earlier than the GMainContext (if we have) to > workaround a possible Glib bug. No functional change at all. > > We encountered a qmp-test hang with oob: > > #0 0x7f35ffe45334 in __lll_lock_wait () from /lib64/libpthread.so.0 >

Re: [Qemu-devel] [PATCH] qemu-iotests: update 185 output

在 2018/4/3 22:03, Stefan Hajnoczi 写道: > Commit 4486e89c219c0d1b9bd8dfa0b1dd5b0d51ff2268 ("vl: introduce > vm_shutdown()") added a bdrv_drain_all() call. As a side-effect of the > drain operation the block job iterates one more time than before. The > 185 output no longer matches and the test

[Qemu-devel] [Bug 1756927] Re: ARMv7 LPAE: IFSR doesn't have the LPAE bit in case of BKPT

thanks Peter ! Any news on the review ? -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1756927 Title: ARMv7 LPAE: IFSR doesn't have the LPAE bit in case of BKPT Status in QEMU: In Progress Bug

Re: [Qemu-devel] [PATCH 0/3] Add a CentOS test image to run docker tests

On Wed, Apr 04, 2018 at 01:03:47PM +0800, Peter Xu wrote: > On Wed, Apr 04, 2018 at 10:51:58AM +0800, Fam Zheng wrote: > > Docker testing on patchew has long suffered from 'make check' hangings. The > > cleanness of VM testing is the cure. Now let's add a CentOS 7 image to run > > the > > tests.

[Qemu-devel] [PATCH for-2.12] iothread: workaround glib bug which hangs qmp-test

Free the AIO context earlier than the GMainContext (if we have) to workaround a possible Glib bug. No functional change at all. We encountered a qmp-test hang with oob: #0 0x7f35ffe45334 in __lll_lock_wait () from /lib64/libpthread.so.0 #1 0x7f35ffe405d8 in _L_lock_854 () from

Re: [Qemu-devel] [PATCH] docker: Inline "prep_fail" in run script

On Mon, 03/26 17:03, Fam Zheng wrote: > We don't source common.rc where prep_fail is defined, so spell out the > commands and do what was intended. > > Signed-off-by: Fam Zheng > --- > tests/docker/run | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [Qemu-devel] [PATCH] migration: calculate expected_downtime with ram_bytes_remaining()

On 2018-04-04 07:29, Peter Xu wrote: On Tue, Apr 03, 2018 at 11:00:00PM +0530, bala24 wrote: On 2018-04-03 11:40, Peter Xu wrote: > On Sun, Apr 01, 2018 at 12:25:36AM +0530, Balamuruhan S wrote: > > expected_downtime value is not accurate with dirty_pages_rate * > > page_size, > > using

<    1   2   3