From: John Snow <jsnow@redhat.com>
To: "Andrew Jones" <drjones@redhat.com>,
"Philippe Mathieu-Daudé" <f4bug@amsat.org>
Cc: Laurent Vivier <lvivier@redhat.com>,
Peter Maydell <peter.maydell@linaro.org>,
Thomas Huth <thuth@redhat.com>,
qemu-block@nongnu.org, qemu-devel@nongnu.org,
qemu-arm@nongnu.org, Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [PATCH 1/9] tests/qtest/arm-cpu-features: Remove Cortex-A15 check
Date: Mon, 8 Feb 2021 09:22:54 -0500 [thread overview]
Message-ID: <b8f61ba3-e4d4-a81c-a8f9-baafe8fab901@redhat.com> (raw)
In-Reply-To: <20210206104048.wavdqfi3zps377yf@kamzik.brq.redhat.com>
On 2/6/21 5:40 AM, Andrew Jones wrote:
>> BTW is there some easy way to dump QMP traffic on stdio?
> You can use scripts/qmp/qmp-shell to manually test stuff.
>
> Thanks,
> drew
>
If you enable debug logging in python too, it'll print to STDERR. This
may or may not be useful depending on how the library is getting used
and by whom.
(For iotests, you used to be able to engage this mode by passing -d. I
don't know if the new test runner has changed this behavior. I'm sure
avocado has something similar, somewhere, too.)
Otherwise, the runes are something like:
```
import logging
logging.basicConfig(level=logging.DEBUG)
```
but this only works once per process; the iotests entry point already
has a call like this. To override it:
```
import logging
logging.getLogger().setLevel(logging.DEBUG)
```
There are other, more complex incantations; you can read
https://docs.python.org/3/howto/logging.html if you'd like; the logger
we care about is "QMP" (for QMP instances created without a 'nickname')
and "QMP.{nickname}" for ones that were. So you can do this:
logging.getLogger("QMP").setLevel(logging.DEBUG)
but you might need to adjust other settings to get it to appear on
STDERR (I don't remember), like setting handler propagation settings and
so on.
--js
next prev parent reply other threads:[~2021-02-08 20:48 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-05 14:43 [PATCH 0/9] hw/arm/virt: Improve CPU help and fix testing under KVM Philippe Mathieu-Daudé
2021-02-05 14:43 ` [PATCH 1/9] tests/qtest/arm-cpu-features: Remove Cortex-A15 check Philippe Mathieu-Daudé
2021-02-05 14:59 ` Andrew Jones
2021-02-05 15:15 ` Philippe Mathieu-Daudé
2021-02-05 15:33 ` Andrew Jones
2021-02-05 16:03 ` Philippe Mathieu-Daudé
2021-02-06 10:40 ` Andrew Jones
2021-02-08 14:22 ` John Snow [this message]
2021-02-05 14:43 ` [PATCH 2/9] tests/qtest: Restrict xlnx-can-test to TCG builds Philippe Mathieu-Daudé
2021-02-05 16:53 ` Alistair Francis
2021-02-05 16:57 ` Peter Maydell
2021-02-05 17:20 ` Philippe Mathieu-Daudé
2021-02-05 14:43 ` [PATCH 3/9] tests/qtest/boot-serial-test: Test Virt machine with 'max' Philippe Mathieu-Daudé
2021-02-05 15:02 ` Andrew Jones
2021-02-05 14:43 ` [PATCH 4/9] tests/qtest/cdrom-test: Only allow the Virt machine under KVM Philippe Mathieu-Daudé
2021-02-05 15:08 ` Andrew Jones
2021-02-05 15:15 ` Peter Maydell
2021-02-05 15:19 ` Philippe Mathieu-Daudé
2021-02-05 14:43 ` [PATCH 5/9] hw/arm/virt: Improve CPU name in help message Philippe Mathieu-Daudé
2021-02-05 14:58 ` Philippe Mathieu-Daudé
2021-02-05 15:09 ` Andrew Jones
2021-02-05 14:43 ` [PATCH 6/9] hw/arm/virt: Display list of valid CPUs for the Virt machine Philippe Mathieu-Daudé
2021-02-05 15:12 ` Andrew Jones
2021-02-05 15:27 ` Philippe Mathieu-Daudé
2021-02-05 14:43 ` [PATCH 7/9] hw/arm/virt: Do not include 64-bit CPUs in 32-bit build Philippe Mathieu-Daudé
2021-02-05 15:14 ` Andrew Jones
2021-02-05 14:43 ` [PATCH 8/9] hw/arm/virt: Restrict 32-bit CPUs to TCG Philippe Mathieu-Daudé
2021-02-05 15:19 ` Andrew Jones
2021-03-04 11:31 ` Claudio Fontana
2021-03-04 11:40 ` Peter Maydell
2021-02-05 14:43 ` [RFC PATCH 9/9] tests/qtest/arm-cpu-features: Restrict TCG-only tests Philippe Mathieu-Daudé
2021-02-05 15:20 ` Claudio Fontana
2021-02-05 15:30 ` Philippe Mathieu-Daudé
2021-02-05 15:44 ` Claudio Fontana
2021-02-05 15:27 ` Andrew Jones
2021-02-05 15:31 ` [PATCH 0/9] hw/arm/virt: Improve CPU help and fix testing under KVM Philippe Mathieu-Daudé
2021-03-04 11:13 ` Claudio Fontana
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=b8f61ba3-e4d4-a81c-a8f9-baafe8fab901@redhat.com \
--to=jsnow@redhat.com \
--cc=drjones@redhat.com \
--cc=f4bug@amsat.org \
--cc=lvivier@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=thuth@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).