Hi
On Fri, Jan 19, 2018 at 11:47 AM, Klim Kireev wrote:
> The following behavior was observed for QEMU configured by libvirt
> to use guest agent as usual for the guests without virtio-serial
> driver (Windows or the guest remaining in BIOS stage).
>
> In QEMU on first
On Fri, Jan 19, 2018 at 3:36 PM, wrote:
> /tmp/qemu-test/src/hw/tpm/tpm_crb.c: In function 'tpm_crb_mmio_read':
> /tmp/qemu-test/src/hw/tpm/tpm_crb.c:126:13: error: format '%lx' expects
> argument of type 'long unsigned int', but argument 2 has type 'hwaddr {aka
> long
On Fri, Jan 19, 2018 at 5:21 PM, Peter Maydell <peter.mayd...@linaro.org> wrote:
> On 19 January 2018 at 16:08, Marc-Andre Lureau <mlur...@redhat.com> wrote:
>> Hi
>>
>> On Fri, Jan 19, 2018 at 4:29 PM, Peter Maydell <peter.mayd...@linaro.org>
>>
Hi
On Fri, Jan 19, 2018 at 3:29 PM, Peter Maydell wrote:
> On 17 January 2018 at 15:02, Eric Blake wrote:
>> On 01/17/2018 08:47 AM, Marc-André Lureau wrote:
>>> The following changes since commit 8e5dc9ba49743b46d955ec7dacb04e42ae7ada7c:
>>>
>>>
Hi
On Fri, Jan 19, 2018 at 4:29 PM, Peter Maydell <peter.mayd...@linaro.org> wrote:
> On 19 January 2018 at 15:24, Peter Maydell <peter.mayd...@linaro.org> wrote:
>> On 19 January 2018 at 14:35, Marc-Andre Lureau <mlur...@redhat.com> wrote:
>>> I have not fou
Hi,
Stash this to fix test leaks:
diff --git a/tests/tpm-crb-test.c b/tests/tpm-crb-test.c
index de78a28844..8bf1507e00 100644
--- a/tests/tpm-crb-test.c
+++ b/tests/tpm-crb-test.c
@@ -81,6 +81,7 @@ static void *emu_tpm_thread(void *data)
g_free(s->tpm_msg);
s->tpm_msg = NULL;
+
Hi
On Mon, Jan 15, 2018 at 9:55 AM, Peter Xu wrote:
> fw_cfg device does not need IOMMU protection, so use physical addresses
> always. That's how QEMU implements fw_cfg. Otherwise we'll see call
> traces during boot when vIOMMU is enabled in guest:
>
> [1.018306]
Hi
On Fri, Jan 26, 2018 at 12:40 AM, Peng Hao wrote:
> g_source_unref(s->open_source) in pty_chr_timer may trigger a assertion like
> this:
> g_source_unref: assertion 'source != NULL' failed.
> pty_chr_update_read_handler_locked-->pty_chr_state(chr, 0) may be called
> in
Hi
On Mon, Jan 29, 2018 at 6:41 PM, Stefan Berger
wrote:
> On 01/29/2018 07:32 AM, Marc-André Lureau wrote:
>>
>> The new tpm-crb-test fails on sparc host:
>>
>> TEST: tests/tpm-crb-test... (pid=230409)
>>/i386/tpm-crb/test:
>> Broken pipe
>> FAIL
>> GTester: last
Hi
On Fri, Feb 2, 2018 at 12:23 AM, Stefan Berger
wrote:
> Wrap the calls to stl_be_p and stw_be_p in tpm_cmd_set_XYZ functions
> that are similar to existing getters.
why not,
Reviewed-by: Marc-André Lureau
>
> Signed-off-by: Stefan
On Fri, Feb 2, 2018 at 3:44 PM, Stefan Berger
wrote:
> Split off the tpm_crb_reset function part from tpm_crb_realize
> that we need to run every time the machine resets.
>
> Also register our reset function with the system since TYPE_DEVICE
> seems to not get a reset
On Fri, Feb 2, 2018 at 3:44 PM, Stefan Berger
wrote:
> Signed-off-by: Stefan Berger
Reviewed-by: Marc-André Lureau
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> The next commit will introduce a common driver program for all
> generators. The generators need to be modules for that. qapi2texi.py
> already is. Make the other generators follow suit.
>
> The changes are actually
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> Error messages print absolute filenames of included files even gave a
> relative one on the command line:
>
> PYTHONPATH=scripts python -B tests/qapi-schema/test-qapi.py
> tests/qapi-schema/include-cycle.json
>
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> Whenever qapi-schema.json changes, we run six programs eleven times to
> update eleven files. This is silly. Replace the six programs by a
> single program that spits out all eleven files.
>
Now we will need
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> The conversion is rather shallow so far: most of the output
> accumulation is not converted. Take the next step: convert output
> accumulation in QAPISchemaGenTypeVisitor and
> QAPISchemaGenVisitVisitor. Helper
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> Our qapi-schema.json is composed of modules connected by include
> directives, but the generated code is monolithic all the same: one
> qapi-types.h with all the types, one qapi-visit.h with all the
> visitors, and so
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> Signed-off-by: Markus Armbruster
Reviewed-by: Marc-André Lureau
> ---
> scripts/qapi-gen.py| 8 ++--
> scripts/qapi/common.py | 23
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> In my "build everything" tree, a change to the types in
> qapi-schema.json triggers a recompile of about 4500 out of 4800
> objects.
>
> The previous commit split up the generated qapi-types.h. Replace
> includes of
Hi
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> These classes encapsulate accumulating and writing output.
>
> Convert C code generation to QAPIGenC and QAPIGenH. The conversion is
> rather shallow: most of the output accumulation is not converted.
> Left for
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> The parse tree is a list of expressions. Except include expressions
> currently get replaced by the included file's parse tree.
>
> Instead of throwing away the include expression, keep it with the file
> name expanded
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> In preparation of the next commit, which will turn the generators into
> modules. These global variables will become local to main() then.
>
> Signed-off-by: Markus Armbruster
Reviewed-by:
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> Linking code from multiple separate QAPI schemata into the same
> program is possible, but involves some weirdness around built-in
> types:
>
> * We generate code for built-in types into .c only with option
>
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> The generators' conversion to visitors (merge commit 9e72681d16)
> changed the processing order of entities from source order to
> alphabetical order. The next commit needs source order, so change it
> back.
>
>
Hi
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> Each generator carries a copyright notice for the generator itself,
> and another one for the files it generates. Only the former have been
> updated along the way, the latter have not, and are all out of date.
>
>
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> The include directive permits modular QAPI schemata, but the generated
> code is monolithic all the same. To permit generating modular code,
> the front end needs to pass more information on inclusions to the back
>
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> Signed-off-by: Markus Armbruster
Reviewed-by: Marc-André Lureau
> ---
> scripts/qapi/common.py | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
>
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> Signed-off-by: Markus Armbruster
It's not obvious the motivation behind this change (beside behind more
elegant), but
Reviewed-by: Marc-André Lureau
> ---
>
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> Signed-off-by: Markus Armbruster
Reviewed-by: Marc-André Lureau
> ---
> scripts/qapi-gen.py| 52 +++-
>
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> Every generator has separate boilerplate for .h and .c, and their
> differences are boring. All of them repeat the license note.
>
> Reduce the repetition as follows. Move common text like the license
> note to common
On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster wrote:
> guardname() fails to return a valid C identifier for arguments
> containing anything but [A-Za-z0-9_.-']. Fix that.
>
> Signed-off-by: Markus Armbruster
Reviewed-by: Marc-André Lureau
On Mon, Feb 5, 2018 at 3:33 PM, Markus Armbruster <arm...@redhat.com> wrote:
> Marc-Andre Lureau <mlur...@redhat.com> writes:
>
>> On Fri, Feb 2, 2018 at 2:03 PM, Markus Armbruster <arm...@redhat.com> wrote:
>>> The generators' conversion to visitor
On Mon, Feb 5, 2018 at 4:24 PM, Daniel P. Berrangé wrote:
> From: "Daniel P. Berrange"
>
> The fd_is_socket() helper method is useful in a few places, so put it in
> the common sockets code. Make the code more compact while moving it.
>
> Signed-off-by:
Hi
On Mon, Jan 29, 2018 at 6:57 PM, Stefan Berger
<stef...@linux.vnet.ibm.com> wrote:
> On 01/29/2018 12:51 PM, Marc-Andre Lureau wrote:
>>
>> Hi
>>
>> On Mon, Jan 29, 2018 at 6:41 PM, Stefan Berger
>> <stef...@linux.vnet.ibm.com> wrote:
>>&g
Hi
On Mon, Feb 12, 2018 at 3:25 PM, Daniel Henrique Barboza
wrote:
> From: Yasmin Beatriz
>
> fd_write_vmcore can fail to execute for a lot of reasons that can be
> retrieved by errno, but it only returns -1. This makes difficult for
>
On Sun, Feb 11, 2018 at 10:36 AM, Markus Armbruster wrote:
> * Fix guidance on error classes
>
> * Point to generated documentation
>
> * Drop plea for documentation, because the QAPI code generator
> enforces it since commit 3313b6124b
>
> * Minor tweaks here and there
>
>
On Sun, Feb 11, 2018 at 10:36 AM, Markus Armbruster wrote:
> We used to generate first test and later QGA QAPI code into
> qapi-generated/. Commit b93b63f574 moved the test code to tests/.
> Commit 54c2e50205 moved the QGA code to qga/qapi-generated/. The
> directory has been
On Sun, Feb 11, 2018 at 10:36 AM, Markus Armbruster wrote:
> With modular code generation, putting stuff right into
> qapi-schema.json is a bad idea. Update writing-qmp-commands.txt
> accordingly.
>
> Signed-off-by: Markus Armbruster
Reviewed-by:
Hi
On Sun, Feb 11, 2018 at 10:35 AM, Markus Armbruster wrote:
> Linking code from multiple separate QAPI schemata into the same
> program is possible, but involves some weirdness around built-in
> types:
>
> * We generate code for built-in types into .c only with option
>
Hi
On Mon, Feb 12, 2018 at 8:48 PM, Eric Blake wrote:
> On 02/11/2018 03:35 AM, Markus Armbruster wrote:
>>
>> A massive number of objects depends on QAPI-generated headers. In my
>> "build everything" tree, it's roughly 4800 out of 5100. This is
>> particularly annoying
On Sun, Feb 11, 2018 at 10:35 AM, Markus Armbruster wrote:
> argparse is nicer to use than getopt, and gives us --help almost for
> free.
>
> Signed-off-by: Markus Armbruster
nice,
Reviewed-by: Marc-André Lureau
> ---
>
On Sun, Feb 11, 2018 at 10:35 AM, Markus Armbruster wrote:
> Rename the variable holding the QAPISchemaGenFOOVisitor from gen to
> vis, to avoid confusion in the next commit.
>
> Signed-off-by: Markus Armbruster
Reviewed-by: Marc-André Lureau
On Sun, Feb 11, 2018 at 10:36 AM, Markus Armbruster wrote:
> In my "build everything" tree, a change to the types in
> qapi-schema.json triggers a recompile of about 4800 out of 5100
> objects.
>
> The previous commit split up qmp-commands.h, qmp-event.h, qmp-visit.h,
>
On Sun, Feb 11, 2018 at 10:36 AM, Markus Armbruster wrote:
> Fix up the reference to qmp-commands.hx in qmp.c. Missed in commit
> 5032a16d1d.
>
> Fix up the reference to qmp-commands.txt in
> docs/xen-save-devices-state.txt. Missed in commit 4d8bb958fa.
>
> Signed-off-by:
On Sun, Feb 11, 2018 at 10:35 AM, Markus Armbruster wrote:
> Signed-off-by: Markus Armbruster
Reviewed-by: Marc-André Lureau
> ---
> block.c | 1 -
> block/qcow2.c | 1 -
> chardev/char-fe.c |
On Sun, Feb 11, 2018 at 10:35 AM, Markus Armbruster wrote:
> All generated .c are named like their .h, except for qmp-marshal.c and
> qmp-commands.h. To add to the confusion, tests-qmp-commands.c falsely
> matches generated test-qmp-commands.h.
>
> Get rid of this unnecessary
On Sun, Feb 11, 2018 at 10:35 AM, Markus Armbruster wrote:
> The use of QAPIGen is rather shallow so far: most of the output
> accumulation is not converted. Take the next step: convert output
> accumulation in the code-generating visitor classes. Helper functions
> outside
On Sun, Feb 11, 2018 at 10:36 AM, Markus Armbruster wrote:
> Move qapi-schema.json to qapi/, so it's next to its modules, and all
> files get generated to qapi/, not just the ones generated for modules.
>
> Consistently name the generated files qapi-MODULE.EXT:
>
Hi
On Mon, Feb 12, 2018 at 8:22 AM, Markus Armbruster wrote:
> Example change to generated code:
>
> diff -rup test-qapi-events.h.old test-qapi-events.h
> --- test-qapi-events.h.old 2018-02-12 07:02:45.672737544 +0100
> +++ test-qapi-events.h 2018-02-12
On Thu, Feb 15, 2018 at 3:10 PM, Stefan Berger
wrote:
> This series of patches adds tests for the TPM TIS.
>
>Stefan
>
> v1->v2:
> - moved common TPM test code into tpm-emu.c
> - clearified a few comments in tpm-tis-test.c, no code changes
>
> Stefan Berger (2):
On Tue, Jan 23, 2018 at 5:47 PM, Daniel P. Berrange wrote:
> This reverts commit 42a77f1ce4934b243df003f95bda88530631387a.
>
> The primary intention of this change was to silence messages
> like
>
> make[1]: '/home/berrange/src/virt/qemu/capstone/libcapstone.a' is up to
>
Hi
On Wed, Jan 24, 2018 at 4:25 AM, Peter Xu wrote:
> On Tue, Jan 23, 2018 at 05:40:39PM +0100, Marc-André Lureau wrote:
>> Modify fw_cfg_read_blob() to use DMA if the device supports it.
>> Return errors, because the operation may fail.
>>
>> The DMA operation is expected to
Hi
On Sun, Jan 21, 2018 at 6:46 AM, Stefan Berger
wrote:
> On 01/20/2018 07:54 AM, Philippe Mathieu-Daudé wrote:
>>
>> On 01/19/2018 11:11 AM, Marc-André Lureau wrote:
>>>
>>> tpm_crb is a device for TPM 2.0 Command Response Buffer (CRB)
>>> Interface as defined in
Hi
On Sun, Jan 21, 2018 at 11:01 PM, Stefan Berger
<stef...@linux.vnet.ibm.com> wrote:
> On 01/21/2018 02:24 PM, Marc-Andre Lureau wrote:
>>
>> Hi
>>
>> On Sun, Jan 21, 2018 at 6:46 AM, Stefan Berger
>> <stef...@linux.vnet.ibm.com> wrote:
>>&
On Tue, Jan 23, 2018 at 5:47 PM, Daniel P. Berrange wrote:
> The make rules for building QEMU are mostly silent by default. They can
> be made verbose by setting the variable V=1. The default state does not
> however correspond to a V=0 setting - $(V) must be undefined /
Hi
On Tue, Jan 23, 2018 at 4:38 PM, Daniel P. Berrange wrote:
> On Tue, Jan 16, 2018 at 03:16:52PM +0100, Paolo Bonzini wrote:
>> From: Marc-André Lureau
>>
>> Move generic make flags in MAKEFLAGS (SUBDIR_MAKEFLAGS is more qemu
>> specific).
>>
56 matches
Mail list logo