qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] trace: timestamps, core IDs, and file creation


From: Alex Bennée
Subject: Re: [Qemu-devel] trace: timestamps, core IDs, and file creation
Date: Mon, 08 Feb 2016 18:34:06 +0000
User-agent: mu4e 0.9.17; emacs 25.0.90.4

Alex Bennée <address@hidden> writes:

> Hollis Blanchard <address@hidden> writes:
>
>> Hi Stefan, I've been starting to use qemu tracing and found it quite
>> useful. I have a couple comments about the trace events in general:
>>
> <snip>
>> Right now, the simple tracepoint backend creates a trace file even when
>> no events are active and no -trace options are present. Compounding the
>> situation, omitting "-trace file=foo" results in the directory being
>> littered with trace-NNNN files... could we create the file only when
>> tracing is activated? And maybe with a more predictable name?
>
> Yeah I've run into trouble when running "make check" with the simple
> backend enabled. I'm not sure exactly what mechanism breaks the test but
> it seems to me an invocation like:
>
>   ./x86_64-softmmu/qemu-system-x86_64 -qtest
>   unix:/tmp/qtest-9458.sock,nowait -qtest-log /dev/null -qmp
>   unix:/tmp/qtest-9458.qmp,nowait -machine accel=qtest -display none -M
>   pc -device pc-testdev
>
> Shouldn't be generating anything unless an explicit file is set.
>
> AFAICT 41fc57e44ed64cd4ab5393d83624afd897dabd4f is triggering the
> default file behaviour.
>
> I'm still digging into this.

OK ignore me, that commit breaks "make check" but not while spamming the
trace-files. That must be later in my tree.


--
Alex Bennée



reply via email to

[Prev in Thread] Current Thread [Next in Thread]