Re: macOS (Big Sur, Apple Silicon) 'make check' fails in test-crypto-tlscredsx509

2021-02-02 Thread qemu_oss--- via
On Dienstag, 2. Februar 2021 15:50:24 CET Eric Blake wrote: > > If the program is compiled with -O0/O1 it returns zero exit code. > > Here's the output: > > IO > > func1:16 foo: 0x0 counter 10 > > func2:4 foo: 0xa > > good > > > > If it is compiled with -O2 it returns 1: > > IO > > func1:16 foo: 0

Re: macOS (Big Sur, Apple Silicon) 'make check' fails in test-crypto-tlscredsx509

2021-02-02 Thread qemu_oss--- via
On Dienstag, 2. Februar 2021 06:19:42 CET Roman Bolshakov wrote: > 'make check' of libtasn1 doesn't succeed on x86_64 either. > > After a session of debugging I believe there's an issue with Clang 12. > Here's a test program (it reproduces unexpected ASN1_VALUE_NOT_VALID > from _asn1_time_der() in

Re: 9pfs developers docs

2021-02-01 Thread qemu_oss--- via
On Montag, 1. Februar 2021 13:26:49 CET Greg Kurz wrote: > On Mon, 01 Feb 2021 12:30:52 +0100 > > Christian Schoenebeck wrote: > > On Montag, 1. Februar 2021 10:24:26 CET Greg Kurz wrote: > > > On Sun, 31 Jan 2021 19:23:52 +0100 > > > > > > Christian Schoenebeck wrote: > > > > Hi, > > > > > >

Re: [PATCH] MAINTAINERS: add my github tree URL

2021-02-01 Thread qemu_oss--- via
On Montag, 1. Februar 2021 11:08:10 CET Greg Kurz wrote: > On Sat, 30 Jan 2021 15:39:14 +0100 > > Christian Schoenebeck wrote: > > I already used this github URL for PRs before and will continue to use it > > in foreseeable future. > > > > Signed-off-by: Christian Schoenebeck > > --- > > Revie

[PATCH 5/5] tests/qtest/qos-test: dump QEMU command if verbose

2021-01-26 Thread qemu_oss--- via
If qtests are run in verbose mode (i.e. if --verbose CL argument was provided) then print the assembled qemu command line for each test. Use qos_printf() instead of g_test_message() to avoid the latter cluttering the output. Signed-off-by: Christian Schoenebeck --- tests/qtest/qos-test.c | 3 ++

[PATCH 0/5] enhance debugging with qtest framework

2021-01-26 Thread qemu_oss--- via
This series is a follow-up of the following previous series: https://lists.gnu.org/archive/html/qemu-devel/2020-10/msg02251.html The 9p patches of the previous series have already been merged. This series consists of 2 parts: 1. libqos patch 1 removes a limitation of the qtest/libqos subsystem:

[PATCH 4/5] tests/qtest/qos-test: dump environment variables if verbose

2021-01-26 Thread qemu_oss--- via
If qtests are run in verbose mode (i.e. if --verbose CL argument was provided) then print all environment variables to stdout before running the individual tests. It is common nowadays, at least being able to output all config vectors in a build chain, especially if it is required to investigate b

[PATCH 2/5] libqos/qgraph_internal: add qos_printf() and qos_printf_literal()

2021-01-26 Thread qemu_oss--- via
These two are macros wrapping regular printf() call. They are intended to be used instead of calling printf() directly in order to avoid breaking TAP output format. TAP output format is enabled by using --tap command line argument. Starting with glib 2.62 it is enabled by default. Unfortunately t

[PATCH 1/5] libqos/qgraph: add qos_node_create_driver_named()

2021-01-26 Thread qemu_oss--- via
So far the qos subsystem of the qtest framework had the limitation that only one instance of the same official QEMU (QMP) driver name could be created for qtests. That's because a) the created qos node names must always be unique, b) the node name must match the official QEMU driver name being inst

[PATCH 3/5] tests/qtest/qos-test: dump qos graph if verbose

2021-01-26 Thread qemu_oss--- via
If qtests were run in verbose mode (i.e. if --verbose CL argument was provided) then dump the generated qos graph (all nodes and edges, along with their current individual availability status) to stdout, which allows to identify problems in the created qos graph e.g. when writing new qos tests. Se

Re: [PATCH v2 3/3] fuzz: add virtio-9p configurations for fuzzing

2021-01-19 Thread qemu_oss--- via
On Dienstag, 19. Januar 2021 16:44:31 CET Darren Kenny wrote: > On Tuesday, 2021-01-19 at 10:12:29 -05, Alexander Bulekov wrote: > > On 210118 1540, Darren Kenny wrote: > >> On Monday, 2021-01-18 at 10:30:33 -05, Alexander Bulekov wrote: > >> > On 210118 1334, Christian Schoenebeck wrote: > >> >> O

Re: [PATCH v2 3/3] fuzz: add virtio-9p configurations for fuzzing

2021-01-18 Thread qemu_oss--- via
On Montag, 18. Januar 2021 00:09:24 CET Alexander Bulekov wrote: > virtio-9p devices are often used to expose a virtual-filesystem to the > guest. There have been some bugs reported in this device, such as > CVE-2018-19364, and CVE-2021-20181. We should fuzz this device > > This patch adds two vir