[PATCH v2 2/3] linux-user: Add missing termbits types and values definitions

This patch introduces missing target types ('target_flag_t', 'target_cc_t', 'target_speed_t') in a few 'termibts.h' header files. Also, two missing values ('TARGET_IUTF8' and 'TARGET_EXTPROC') were also added. These values were also added in file 'syscall.c' in bitmask tables 'iflag_tbl[]' and

[PATCH v2 1/3] linux-user: Add generic 'termbits.h' for some archs

This patch introduces a generic 'termbits.h' file for following archs: 'aarch64', 'arm', 'i386, 'm68k', 'microblaze', 'nios2', 'openrisc', 'riscv', 's390x', 'x86_64'. Since all of these archs have the same termios flag values and same ioctl_tty numbers, there is no need for a separate

Re: [PATCH v2 10/22] migration/block-dirty-bitmap: cancel migration on shutdown

On 2/17/20 9:02 AM, Vladimir Sementsov-Ogievskiy wrote: If target is turned of prior to postcopy finished, target crashes s/of/off/ because busy bitmaps are found at shutdown. Canceling incoming migration helps, as it removes all unfinished (and therefore busy) bitmaps. Similarly on source

Re: [PATCH v2 2/3] linux-user: Add missing termbits types and values definitions

On Thu, Jul 23, 2020 at 2:04 PM Filip Bozuta wrote: > > This patch introduces missing target types ('target_flag_t', 'target_cc_t', > 'target_speed_t') in a few 'termibts.h' header files. Also, two missing > values ('TARGET_IUTF8' and 'TARGET_EXTPROC') were also added. These values > were also

Re: [PATCH v2 2/3] linux-user: Add missing termbits types and values definitions

On Thu, Jul 23, 2020 at 2:25 PM Max Filippov wrote: > > On Thu, Jul 23, 2020 at 2:04 PM Filip Bozuta wrote: > > > > This patch introduces missing target types ('target_flag_t', 'target_cc_t', > > 'target_speed_t') in a few 'termibts.h' header files. Also, two missing > > values ('TARGET_IUTF8'

Re: [PATCH 3/4] crypto: use QOM macros for declaration/definition of secret types

On 7/23/20 1:14 PM, Daniel P. Berrangé wrote: This introduces the use of the OBJECT_DEFINE and OBJECT_DECLARE macro families in the secret types, in order to eliminate boilerplate code. Signed-off-by: Daniel P. Berrangé --- Reviewed-by: Eric Blake -- Eric Blake, Principal Software Engineer

Re: [PATCH 4/4] crypto: use QOM macros for declaration/definition of TLS creds types

On 7/23/20 1:14 PM, Daniel P. Berrangé wrote: This introduces the use of the OBJECT_DEFINE and OBJECT_DECLARE macro families in the TLS creds types, in order to eliminate boilerplate code. Signed-off-by: Daniel P. Berrangé --- Reviewed-by: Eric Blake -- Eric Blake, Principal Software

Re: [PATCH for-5.1? 0/4] non-blocking connect

On 7/20/20 1:07 PM, Vladimir Sementsov-Ogievskiy wrote: Hi! This fixes real problem (see 04). On the other hand it may be too much for 5.1, and it's not a degradation. So, up to you. Given the concerns raised on 3, I think I'll wait for v2 of the series, and defer it to 5.2. It's based on

Re: [PATCH v4 1/4] block: add max_pwrite_zeroes_fast to BlockLimits

On 6/11/20 11:26 AM, Vladimir Sementsov-Ogievskiy wrote: The NBD spec was recently updated to clarify that max_block doesn't relate to NBD_CMD_WRITE_ZEROES with NBD_CMD_FLAG_FAST_ZERO (which mirrors Qemu flag BDRV_REQ_NO_FALLBACK). To drop the restriction we need new max_pwrite_zeroes_fast.

Re: [PATCH v2 00/22] Fix error handling during bitmap postcopy

On 5/29/20 7:16 AM, Vladimir Sementsov-Ogievskiy wrote: 29.05.2020 14:58, Eric Blake wrote: On 4/2/20 2:42 AM, Vladimir Sementsov-Ogievskiy wrote: Ping! It's a fix, but not a degradation and I'm afraid too big for 5.0. Still, I think I should ping it anyway. John, I'm afraid, that this all

Re: [PATCH v2 08/22] migration/block-dirty-bitmap: keep bitmap state for all bitmaps

On 2/17/20 9:02 AM, Vladimir Sementsov-Ogievskiy wrote: Keep bitmap state for disabled bitmaps too. Keep the state until the end of the process. It's needed for the following commit to implement bitmap postcopy canceling. To clean-up the new list the following logic is used: We need two events

<    1   2   3   4