From: Thiago Jung Bauermann via Gdb <gdb@sourceware.org>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: Luis <luis.machado.foss@gmail.com>,
gdb@sourceware.org,
Manos Pitsidianakis <manos.pitsidianakis@linaro.org>
Subject: Re: gdb support for SME-without-SVE ?
Date: Fri, 30 Jan 2026 16:16:19 +0000 [thread overview]
Message-ID: <874io39iuk.fsf@linaro.org> (raw)
In-Reply-To: <CAFEAcA8G5Gh6VGrK2E_b_X0KX7K+JrMSpZK3WgmrXyn3VW+T9A@mail.gmail.com> (Peter Maydell's message of "Fri, 30 Jan 2026 12:29:29 +0000")
Peter Maydell <peter.maydell@linaro.org> writes:
> But now after restarting the VM and running this command again,
> it does nothing:
>
> root@debian:~/gdb-build# make check-gdb TESTS=gdb.arch/aarch64-sme-sanity.exp
> make[1]: Entering directory '/root/gdb-build/gdb'
> make[2]: Entering directory '/root/gdb-build/gdb/testsuite'
> make check-single
> make[3]: Entering directory '/root/gdb-build/gdb/testsuite'
> rm -f *core* gdb.sum gdb.log
> rootme=`pwd`; export rootme;
> srcdir=../../../binutils-gdb/gdb/testsuite ; export srcdir ;
> EXPECT=`if [ "${READ1}" != "" ] ; then echo ${rootme}/expect-read1;
> elif [ "${READMORE}" != "" ] ; then echo ${rootme}/expect-readmore;
> elif [ -f ${rootme}/../../expect/expect ] ; then echo
> ${rootme}/../../expect/expect ; else echo expect ; fi` ; export EXPECT
> ; EXEEXT= ; export EXEEXT ;
> LD_LIBRARY_PATH=$rootme/../../expect:$rootme/../../libstdc++:$rootme/../../tk/unix:$rootme/../../tcl/unix:$rootme/../../bfd:$rootme/../../opcodes:$LD_LIBRARY_PATH;
> export LD_LIBRARY_PATH; if [ -f ${rootme}/../../expect/expect ] ; then
> TCL_LIBRARY=${srcdir}/../../tcl/library ; export TCL_LIBRARY ; fi ;
> runtest --status gdb.arch/aarch64-sme-sanity.exp ; \
> result=$?; \
> if test -e gdb.sum; then \
> /bin/bash ../../../binutils-gdb/gdb/testsuite/lib/dg-add-core-file-count.sh; \
> sed -n '/=== gdb Summary ===/,$ p' gdb.sum; \
> fi; \
> exit $result
> WARNING: No tool specified
> Test run by root on Fri Jan 30 12:25:14 2026
> Native configuration is aarch64-unknown-linux-gnu
>
> === tests ===
>
> Schedule of variations:
> unix
>
> Running target unix
> Using /usr/share/dejagnu/baseboards/unix.exp as board description file
> for target.
> Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
> WARNING: Couldn't find tool config file for unix, using default.
Hm, weird. I don't know about this problem. Sounds like some generated
Dejagnu config file is missing. Maybe try running just "make" before
"make check-gdb" to see if the file is generated again?
> === Summary ===
>
> make[3]: Leaving directory '/root/gdb-build/gdb/testsuite'
> make[2]: Leaving directory '/root/gdb-build/gdb/testsuite'
> make[1]: Leaving directory '/root/gdb-build/gdb'
> root@debian:~/gdb-build#
>
> As far as I can see the test harness is running no tests any more
> (and so the kernel oops doesn't show up).
>
> Is there some way I can get it to tell me why it isn't running anything?
The gdb.log file sometimes has more information than what appears on the
console.
--
Thiago
next prev parent reply other threads:[~2026-01-30 16:16 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-27 11:31 Peter Maydell via Gdb
2026-01-27 14:21 ` Simon Marchi via Gdb
2026-01-27 14:47 ` Peter Maydell via Gdb
2026-01-27 14:57 ` Simon Marchi via Gdb
2026-01-27 21:23 ` Peter Maydell via Gdb
2026-01-27 21:28 ` Simon Marchi via Gdb
2026-01-28 1:07 ` Luis via Gdb
2026-01-28 4:23 ` Thiago Jung Bauermann via Gdb
2026-01-28 8:02 ` Luis via Gdb
2026-01-28 16:20 ` Peter Maydell via Gdb
2026-01-29 4:12 ` Thiago Jung Bauermann via Gdb
2026-01-29 9:10 ` Peter Maydell via Gdb
2026-01-29 11:34 ` Peter Maydell via Gdb
2026-01-30 4:28 ` Thiago Jung Bauermann via Gdb
2026-01-30 9:41 ` Peter Maydell via Gdb
2026-01-30 12:29 ` Peter Maydell via Gdb
2026-01-30 16:16 ` Thiago Jung Bauermann via Gdb [this message]
2026-01-30 16:29 ` Peter Maydell via Gdb
2026-01-30 17:06 ` Thiago Jung Bauermann via Gdb
2026-01-30 17:17 ` Peter Maydell via Gdb
2026-01-30 18:18 ` Thiago Jung Bauermann via Gdb
2026-01-30 18:34 ` Peter Maydell via Gdb
2026-01-30 18:40 ` Thiago Jung Bauermann via Gdb
2026-01-30 18:59 ` Peter Maydell via Gdb
2026-01-30 18:59 ` Thiago Jung Bauermann via Gdb
2026-01-30 19:01 ` Peter Maydell via Gdb
2026-01-30 19:03 ` Thiago Jung Bauermann via Gdb
2026-02-02 11:01 ` Peter Maydell via Gdb
2026-02-02 14:06 ` Peter Maydell via Gdb
2026-02-02 20:43 ` Thiago Jung Bauermann via Gdb
2026-01-30 18:24 ` Luis via Gdb
2026-01-27 21:29 ` Andrew Pinski via Gdb
2026-01-28 0:42 ` Luis via Gdb
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=874io39iuk.fsf@linaro.org \
--to=gdb@sourceware.org \
--cc=luis.machado.foss@gmail.com \
--cc=manos.pitsidianakis@linaro.org \
--cc=peter.maydell@linaro.org \
--cc=thiago.bauermann@linaro.org \
/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