[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