[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH for-7.0] main-loop: Disable GLOBAL_STATE_CODE() assertions
From: |
Emanuele Giuseppe Esposito |
Subject: |
Re: [PATCH for-7.0] main-loop: Disable GLOBAL_STATE_CODE() assertions |
Date: |
Tue, 29 Mar 2022 14:33:09 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0 |
Am 29/03/2022 um 11:35 schrieb Hanna Reitz:
> These assertions are very useful for developers to find bugs, and so
> they have indeed pointed us towards bugs already. For users, it is not
> so useful to find these bugs. We should probably not enable them in
> releases until we are sufficiently certain that they will not fire
> during normal operation, unless something is going seriously wrong.
>
> For example, we have received a bug report that you cannot add an NBD
> server on a BDS in an I/O thread with `-incoming defer`. I am sure this
> is a real bug that needs investigation, but we do not really have that
> time right now, so close to release, and so I would rather disable the
> assertions to get time to investigate such reports.
>
> (I am just putting the link as "buglink" below, not "closes", because
> disabling the assertion will not fix the likely underlying bug.)
>
> Buglink: https://gitlab.com/qemu-project/qemu/-/issues/945
> Signed-off-by: Hanna Reitz <hreitz@redhat.com>
> ---
> include/qemu/main-loop.h | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/include/qemu/main-loop.h b/include/qemu/main-loop.h
> index 7a4d6a0920..3bf8aeb3cd 100644
> --- a/include/qemu/main-loop.h
> +++ b/include/qemu/main-loop.h
> @@ -272,7 +272,8 @@ bool qemu_in_main_thread(void);
> /* Mark and check that the function is part of the global state API. */
> #define GLOBAL_STATE_CODE() \
> do { \
> - assert(qemu_in_main_thread()); \
> + /* FIXME: Re-enable after 7.0 release */ \
> + /* assert(qemu_in_main_thread()); */ \
> } while (0)
>
> /* Mark and check that the function is part of the I/O API. */
>
Reviewed-by: Emanuele Giuseppe Esposito <eesposit@redhat.com>