All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ilya Leoshkevich <iii@linux.ibm.com>
To: "Alex Bennée" <alex.bennee@linaro.org>, qemu-devel@nongnu.org
Cc: "Philippe Mathieu-Daudé" <philmd@oss.qualcomm.com>,
	"Zhao Liu" <zhao1.liu@intel.com>,
	"Kyle Evans" <kevans@freebsd.org>,
	"Daniel P. Berrangé" <berrange@redhat.com>,
	"Brian Cain" <brian.cain@oss.qualcomm.com>,
	"Richard Henderson" <richard.henderson@linaro.org>,
	"Brad Smith" <brad@comstyle.com>,
	"Ani Sinha" <anisinha@redhat.com>,
	"Christian Borntraeger" <borntraeger@linux.ibm.com>,
	"Thomas Huth" <th.huth+qemu@posteo.eu>,
	"Keith Busch" <kbusch@kernel.org>,
	"Matthew Rosato" <mjrosato@linux.ibm.com>,
	"Cornelia Huck" <cohuck@redhat.com>,
	"Paolo Bonzini" <pbonzini@redhat.com>,
	"Halil Pasic" <pasic@linux.ibm.com>,
	"John Snow" <jsnow@redhat.com>,
	"Eric Farman" <farman@linux.ibm.com>,
	"Pierrick Bouvier" <pierrick.bouvier@oss.qualcomm.com>,
	"Anders Roxell" <anders.roxell@linaro.org>,
	"Marc-André Lureau" <marcandre.lureau@redhat.com>,
	"Michael S. Tsirkin" <mst@redhat.com>,
	"Warner Losh" <imp@bsdimp.com>,
	qemu-arm@nongnu.org, "Peter Maydell" <peter.maydell@linaro.org>,
	"Yoshinori Sato" <yoshinori.sato@nifty.com>,
	"Peter Xu" <peterx@redhat.com>,
	"Klaus Jensen" <its@irrelevant.dk>,
	"Song Gao" <gaosong@loongson.cn>,
	qemu-s390x@nongnu.org, "Laurent Vivier" <laurent@vivier.eu>
Subject: Re: [PATCH v2 09/16] tests/functional: teach tuxrun about launching gdb tests
Date: Tue, 13 Oct 2026 20:56:01 +0200	[thread overview]
Message-ID: <3d7caca8-e1cf-47af-bfea-810986174fe0@linux.ibm.com> (raw)
In-Reply-To: <20261012170330.1144446-10-alex.bennee@linaro.org>



On 10/12/26 19:03, Alex Bennée wrote:
> This resurrects the hand run test script from d84842be6c5 (tests:
> remove test-gdbstub.py) and modernises it to use the shared test
> infrastructure for run-test.
> 
> We then tweak the common tuxrun code to over an alternative "launch
> via gdbstub" helper which reuses the existing code but:
> 
>    - needs a vmlinux with symbols
>    - extend qargs with stuff normally added by vm.launch
>    - passes kargs directly
>    - runs with the gdb run-test script
>    - log the run-test output to the console log
> 
> Message-ID: <20260930164649.433573-13-alex.bennee@linaro.org>
> Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
> 
> ---
> v2
>    - add self.vm._machine to qargs
>    - drop leading spaces in print () calls
>    - add register read tests
>    - use gdb.Breakpoint for hwbreak as for swbreak
>    - drop flaky symbol evaluation, verify hit_count instead
>    - explicit gdb.BP_BREAKPOINT for CatchBreakpoint
> ---
>   .../functional/gdb-scripts/kernel_gdb_test.py | 174 ++++++++++++++++++
>   tests/functional/qemu_test/tuxruntest.py      |  96 +++++++++-
>   2 files changed, 261 insertions(+), 9 deletions(-)
>   create mode 100644 tests/functional/gdb-scripts/kernel_gdb_test.py

[...]

> -    def fetch_tuxrun_assets(self, kernel_asset, rootfs_asset, dtb_asset=None):
> +    def fetch_tuxrun_assets(self, kernel_asset, rootfs_asset,
> +                            dtb_asset=None, vmlinux_asset=None):
>           """
>           Fetch the TuxBoot assets.
>           """
>           kernel_image =  kernel_asset.fetch()
>           disk_image = self.uncompress(rootfs_asset)
>           dtb = dtb_asset.fetch() if dtb_asset is not None else None
> +        vmlinux = self.uncompress(vmlinux_asset) if vmlinux_asset is not None else None
>   
> -        return (kernel_image, disk_image, dtb)
> +        return (kernel_image, disk_image, dtb, vmlinux)

pylint complains that unpacking in tests/functional/sh4/test_tuxrun.py
will now fail.

[...]



  parent reply	other threads:[~2026-10-13 18:56 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-12 17:03 [PATCH v2 00/16] testing/next: functional testing updates for gdb Alex Bennée
2026-10-12 17:03 ` [PATCH v2 01/16] tests/functional: test_acpi_bits requires TCG Alex Bennée
2026-10-12 17:03 ` [PATCH v2 02/16] tests/tcg: fix buffer overflow in multiarch/linux/linux-sigrtminmax Alex Bennée
2026-10-12 17:03 ` [PATCH v2 03/16] meson: move gdb detection into the top level build file Alex Bennée
2026-10-12 17:03 ` [PATCH v2 04/16] tests/functional: allow tuxrun tests to be passed "accel" Alex Bennée
2026-10-12 21:52   ` marcandre.lureau
2026-10-13 19:19   ` Ilya Leoshkevich
2026-10-12 17:03 ` [PATCH v2 05/16] tests/functional: split x86_64 tuxrun into tcg and kvm run Alex Bennée
2026-10-12 17:03 ` [PATCH v2 06/16] tests/functional: update x86_64 tuxrun images Alex Bennée
2026-10-13  8:05   ` Daniel P. Berrangé
2026-10-13  9:35     ` Alex Bennée
2026-10-13  9:53       ` Daniel P. Berrangé
2026-10-13 10:11         ` Alex Bennée
2026-10-13 10:22           ` Daniel P. Berrangé
2026-10-12 17:03 ` [PATCH v2 07/16] tests/guest-debug: add --kargs option to run-test Alex Bennée
2026-10-13 19:20   ` Ilya Leoshkevich
2026-10-12 17:03 ` [PATCH v2 08/16] tests/guest-debug: add --symbols " Alex Bennée
2026-10-13 19:23   ` Ilya Leoshkevich
2026-10-12 17:03 ` [PATCH v2 09/16] tests/functional: teach tuxrun about launching gdb tests Alex Bennée
2026-10-12 21:52   ` marcandre.lureau
2026-10-13 18:56   ` Ilya Leoshkevich [this message]
2026-10-12 17:03 ` [PATCH v2 10/16] tests/functional: add tuxrun kvm gdb test for x86_64 Alex Bennée
2026-10-12 17:03 ` [PATCH v2 11/16] tests/functional: split aarch64 tuxrun into tcg and kvm run Alex Bennée
2026-10-12 21:52   ` marcandre.lureau
2026-10-12 17:03 ` [PATCH v2 12/16] tests/functional: update arm64 tuxrun images Alex Bennée
2026-10-12 21:52   ` marcandre.lureau
2026-10-13  8:09   ` Daniel P. Berrangé
2026-10-13  9:36     ` Alex Bennée
2026-10-12 17:03 ` [PATCH v2 13/16] tests/functional: add tuxrun kvm gdb test for arm64 Alex Bennée
2026-10-12 21:52   ` marcandre.lureau
2026-10-12 17:03 ` [PATCH v2 14/16] tests/functional: split s390x tuxrun into tcg and kvm run Alex Bennée
2026-10-12 21:52   ` marcandre.lureau
2026-10-13 19:29   ` Ilya Leoshkevich
2026-10-12 17:03 ` [PATCH v2 15/16] tests/functional: update s390x tuxrun images Alex Bennée
2026-10-12 21:52   ` marcandre.lureau
2026-10-13  8:08   ` Daniel P. Berrangé
2026-10-13 19:31   ` Ilya Leoshkevich
2026-10-12 17:03 ` [PATCH v2 16/16] tests/functional: add tuxrun kvm gdb test for s390x Alex Bennée
2026-10-12 21:52   ` marcandre.lureau
2026-10-13 19:42   ` Ilya Leoshkevich

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=3d7caca8-e1cf-47af-bfea-810986174fe0@linux.ibm.com \
    --to=iii@linux.ibm.com \
    --cc=alex.bennee@linaro.org \
    --cc=anders.roxell@linaro.org \
    --cc=anisinha@redhat.com \
    --cc=berrange@redhat.com \
    --cc=borntraeger@linux.ibm.com \
    --cc=brad@comstyle.com \
    --cc=brian.cain@oss.qualcomm.com \
    --cc=cohuck@redhat.com \
    --cc=farman@linux.ibm.com \
    --cc=gaosong@loongson.cn \
    --cc=imp@bsdimp.com \
    --cc=its@irrelevant.dk \
    --cc=jsnow@redhat.com \
    --cc=kbusch@kernel.org \
    --cc=kevans@freebsd.org \
    --cc=laurent@vivier.eu \
    --cc=marcandre.lureau@redhat.com \
    --cc=mjrosato@linux.ibm.com \
    --cc=mst@redhat.com \
    --cc=pasic@linux.ibm.com \
    --cc=pbonzini@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=peterx@redhat.com \
    --cc=philmd@oss.qualcomm.com \
    --cc=pierrick.bouvier@oss.qualcomm.com \
    --cc=qemu-arm@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-s390x@nongnu.org \
    --cc=richard.henderson@linaro.org \
    --cc=th.huth+qemu@posteo.eu \
    --cc=yoshinori.sato@nifty.com \
    --cc=zhao1.liu@intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.