qemu-commits
[Top][All Lists]
Advanced

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

[Qemu-commits] [qemu/qemu] 4f8bde: .travis.yml: show free disk space at


From: Peter Maydell
Subject: [Qemu-commits] [qemu/qemu] 4f8bde: .travis.yml: show free disk space at end of run
Date: Wed, 06 May 2020 07:45:30 -0700

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: 4f8bde527626930421675411c58e9603bf205f3f
      
https://github.com/qemu/qemu/commit/4f8bde527626930421675411c58e9603bf205f3f
  Author: Alex Bennée <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M .travis.yml

  Log Message:
  -----------
  .travis.yml: show free disk space at end of run

Signed-off-by: Alex Bennée <address@hidden>
Reviewed-by: Philippe Mathieu-Daudé <address@hidden>
Message-Id: <address@hidden>


  Commit: 22a231950c50d339fb699c09d81ab9c2b5a28279
      
https://github.com/qemu/qemu/commit/22a231950c50d339fb699c09d81ab9c2b5a28279
  Author: Alex Bennée <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M .travis.yml

  Log Message:
  -----------
  .travis.yml: drop MacOSX

This keeps breaking on Travis so lets just fall back to the Cirrus CI
builds which seem to be better maintained. Fix up the comments while
we are doing this as we never had a windows build.

Signed-off-by: Alex Bennée <address@hidden>
Reviewed-by: Philippe Mathieu-Daudé <address@hidden>
Acked-by: Richard Henderson <address@hidden>
Message-Id: <address@hidden>


  Commit: 8f3e2968f696968787d7607adc5d2b31fc7fe1a1
      
https://github.com/qemu/qemu/commit/8f3e2968f696968787d7607adc5d2b31fc7fe1a1
  Author: Alex Bennée <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M .cirrus.yml

  Log Message:
  -----------
  .cirrus.yml: bump FreeBSD to the current stable release

Hopefully this will un-stick the test which has been broken for a long
time.

Signed-off-by: Alex Bennée <address@hidden>
Reviewed-by: Li-Wen Hsu <address@hidden>
Tested-by: Li-Wen Hsu <address@hidden>
Message-Id: <address@hidden>


  Commit: ae52862970bb9f372d6ddebd0e34dc7927b6a7f7
      
https://github.com/qemu/qemu/commit/ae52862970bb9f372d6ddebd0e34dc7927b6a7f7
  Author: Li-Wen Hsu <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M .cirrus.yml

  Log Message:
  -----------
  .cirrus.yml: bootstrap pkg unconditionally

This ensures compatibility with pkg repo so a change in upstream
doesn't break setup. See:

  https://lists.freebsd.org/pipermail/freebsd-cloud/2020-April/000234.html

Message-Id: <CAKBkRUzicxphjjkkxdgzB3cDSv=address@hidden>
Signed-off-by: Li-Wen Hsu <address@hidden>
[AJB: applied from Li-Wen's github, applied sob, tweaked commit message]
Signed-off-by: Alex Bennée <address@hidden>


  Commit: daee97f618e1831e38fec01c47bf2881ecf5bded
      
https://github.com/qemu/qemu/commit/daee97f618e1831e38fec01c47bf2881ecf5bded
  Author: Alex Bennée <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M .travis.yml

  Log Message:
  -----------
  .travis.yml: reduce the load on [ppc64] GCC check-tcg

This seems to be timing out quite often and occasionally running out
of disk space. Relegate it to light duties.

Signed-off-by: Alex Bennée <address@hidden>
Reviewed-by: Richard Henderson <address@hidden>
Message-Id: <address@hidden>


  Commit: f2385398b2f02eec9ea78ea4aa88c5ee66cd1ded
      
https://github.com/qemu/qemu/commit/f2385398b2f02eec9ea78ea4aa88c5ee66cd1ded
  Author: Alex Bennée <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M configure

  Log Message:
  -----------
  configure: favour gdb-multiarch if we have it

As gdb will generally be talking to "foreign" guests lets use that if
we can. Otherwise the chances of gdb barfing are considerably higher.

Signed-off-by: Alex Bennée <address@hidden>
Reviewed-by: Philippe Mathieu-Daudé <address@hidden>
Message-Id: <address@hidden>


  Commit: 38c1c09839c90317314be48f8758e9001ee40b91
      
https://github.com/qemu/qemu/commit/38c1c09839c90317314be48f8758e9001ee40b91
  Author: Philippe Mathieu-Daudé <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M include/exec/gdbstub.h
    M target/m68k/helper.c
    M target/ppc/gdbstub.c
    M target/ppc/translate_init.inc.c

  Log Message:
  -----------
  gdbstub: Introduce gdb_get_float64() to get 64-bit float registers

When converted to use GByteArray in commits 462474d760c and
a010bdbe719, the call to stfq_p() was removed. This call
serialize a float.
Since we now use a GByteArray, we can not use stfq_p() directly.
Introduce the gdb_get_float64() helper to load a float64 register.

Fixes: 462474d760c ("target/m68k: use gdb_get_reg helpers")
Fixes: a010bdbe719 ("extend GByteArray to read register helpers")
Signed-off-by: Philippe Mathieu-Daudé <address@hidden>
Signed-off-by: Alex Bennée <address@hidden>
Message-Id: <address@hidden>
Message-Id: <address@hidden>


  Commit: d2fefdedd3a65eaf22d8546835c225c3661e23d8
      
https://github.com/qemu/qemu/commit/d2fefdedd3a65eaf22d8546835c225c3661e23d8
  Author: Alex Bennée <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M tests/guest-debug/run-test.py
    M tests/tcg/aarch64/gdbstub/test-sve-ioctl.py
    M tests/tcg/aarch64/gdbstub/test-sve.py

  Log Message:
  -----------
  tests/tcg: better trap gdb failures

It seems older and non-multiarach aware GDBs might not fail gracefully
when faced with something they don't know. For example when faced with
a target XML for s390x the Ubuntu 18.04 gdb will generate an internal
fault and prompt for a core dump.

Work around this by invoking GDB in a more batch orientated way and
then trying to filter out between test failures and gdb failures.

Signed-off-by: Alex Bennée <address@hidden>
Message-Id: <address@hidden>


  Commit: 744f1b0f6888b07c9870329ae9f40b8e641db0ce
      
https://github.com/qemu/qemu/commit/744f1b0f6888b07c9870329ae9f40b8e641db0ce
  Author: Alex Bennée <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M tests/tcg/aarch64/gdbstub/test-sve-ioctl.py
    M tests/tcg/aarch64/gdbstub/test-sve.py

  Log Message:
  -----------
  tests/tcg: drop inferior.was_attached() test

This test seems flaky and reports attachment even when we failed to
negotiate the architecture. However the fetching of the guest
architecture will fail tripping up the gdb AttributeError which will
trigger our early no error status exit from the test

Signed-off-by: Alex Bennée <address@hidden>
Message-Id: <address@hidden>


  Commit: e0a1e2084779fec1adc72866212bda3549fc4c22
      
https://github.com/qemu/qemu/commit/e0a1e2084779fec1adc72866212bda3549fc4c22
  Author: Alex Bennée <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M gdbstub.c

  Log Message:
  -----------
  gdbstub: eliminate gdbserver_fd global

We don't really need to track this fd beyond the initial creation of
the socket. We already know if the system has been initialised by
virtue of the gdbserver_state so lets remove it. This makes the later
re-factoring easier.

Signed-off-by: Alex Bennée <address@hidden>
Reviewed-by: Philippe Mathieu-Daudé <address@hidden>
Reviewed-by: Richard Henderson <address@hidden>
Message-Id: <address@hidden>


  Commit: fcedd920867b8eb26ec803901a24db53a38882c5
      
https://github.com/qemu/qemu/commit/fcedd920867b8eb26ec803901a24db53a38882c5
  Author: Alex Bennée <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M bsd-user/main.c
    M gdbstub.c
    M include/exec/gdbstub.h
    M linux-user/main.c

  Log Message:
  -----------
  gdbstub/linux-user: support debugging over a unix socket

While debugging over TCP is fairly straightforward now we have test
cases that want to orchestrate via make and currently a parallel build
fails as two processes can't use the same listening port. While system
emulation offers a wide cornucopia of connection methods thanks to the
chardev abstraction we are a little more limited for linux user.
Thankfully the programming API for a TCP socket and a local UNIX
socket is pretty much the same once it's set up.

Signed-off-by: Alex Bennée <address@hidden>
Reviewed-by: Richard Henderson <address@hidden>
Message-Id: <address@hidden>


  Commit: b0dc2a8ba5709fe10a57e1ff5ee7d6004942e614
      
https://github.com/qemu/qemu/commit/b0dc2a8ba5709fe10a57e1ff5ee7d6004942e614
  Author: Alex Bennée <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M tests/guest-debug/run-test.py

  Log Message:
  -----------
  tests/guest-debug: use the unix socket for linux-user tests

Now we have support for debugging over a unix socket for linux-user
lets use it in our test harness.

Signed-off-by: Alex Bennée <address@hidden>
Message-Id: <address@hidden>


  Commit: df3ca22318c01428e82cbe4d2777cdf97c9c1f06
      
https://github.com/qemu/qemu/commit/df3ca22318c01428e82cbe4d2777cdf97c9c1f06
  Author: Alex Bennée <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M tests/tcg/aarch64/Makefile.target
    M tests/tcg/cris/Makefile.target
    M tests/tcg/multiarch/Makefile.target
    A tests/tcg/multiarch/gdbstub/sha1.py

  Log Message:
  -----------
  tests/tcg: add a multiarch linux-user gdb test

When the gdbstub code was converted to the new API we missed a few
snafus in the various guests. Add a simple gdb test script which can
be used on all our linux-user guests to check for obvious failures.

Signed-off-by: Alex Bennée <address@hidden>
Reviewed-by: Richard Henderson <address@hidden>
Message-Id: <address@hidden>


  Commit: a976ed3ffdede7f64c89ac235d0154d048981b5f
      
https://github.com/qemu/qemu/commit/a976ed3ffdede7f64c89ac235d0154d048981b5f
  Author: KONRAD Frederic <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M configure
    A gdb-xml/m68k-core.xml
    M target/m68k/cpu.c

  Log Message:
  -----------
  target/m68k: fix gdb for m68xxx

Currently "cf-core.xml" is sent to GDB when using any m68k flavor.  Thing is
it uses the "org.gnu.gdb.coldfire.core" feature name and gdb 8.3 then expects
a coldfire FPU instead of the default m68881 FPU.

This is not OK because the m68881 floats registers are 96 bits wide so it
crashes GDB with the following error message:

(gdb) target remote localhost:7960
Remote debugging using localhost:7960
warning: Register "fp0" has an unsupported size (96 bits)
warning: Register "fp1" has an unsupported size (96 bits)
...
Remote 'g' packet reply is too long (expected 148 bytes, got 180 bytes):    \
  00000000000[...]0000

With this patch: qemu-system-m68k -M none -cpu m68020 -s -S

(gdb) tar rem :1234
Remote debugging using :1234
warning: No executable has been specified and target does not support
determining executable automatically.  Try using the "file" command.
0x00000000 in ?? ()
(gdb) p $fp0
$1 = nan(0xffffffffffffffff)

Signed-off-by: KONRAD Frederic <address@hidden>
Signed-off-by: Alex Bennée <address@hidden>
Reviewed-by: Richard Henderson <address@hidden>
Reviewed-by: Laurent Vivier <address@hidden>
Message-Id: <address@hidden>
Message-Id: <address@hidden>


  Commit: a36d64f43325fa503075cc9408ddabb69b32f829
      
https://github.com/qemu/qemu/commit/a36d64f43325fa503075cc9408ddabb69b32f829
  Author: Peter Maydell <address@hidden>
  Date:   2020-05-06 (Wed, 06 May 2020)

  Changed paths:
    M .cirrus.yml
    M .travis.yml
    M bsd-user/main.c
    M configure
    A gdb-xml/m68k-core.xml
    M gdbstub.c
    M include/exec/gdbstub.h
    M linux-user/main.c
    M target/m68k/cpu.c
    M target/m68k/helper.c
    M target/ppc/gdbstub.c
    M target/ppc/translate_init.inc.c
    M tests/guest-debug/run-test.py
    M tests/tcg/aarch64/Makefile.target
    M tests/tcg/aarch64/gdbstub/test-sve-ioctl.py
    M tests/tcg/aarch64/gdbstub/test-sve.py
    M tests/tcg/cris/Makefile.target
    M tests/tcg/multiarch/Makefile.target
    A tests/tcg/multiarch/gdbstub/sha1.py

  Log Message:
  -----------
  Merge remote-tracking branch 
'remotes/stsquad/tags/pull-testing-and-gdbstub-060520-1' into staging

Testing and gdbstub updates:

  - travis: drop macosx, tweak ppc64 native
  - cirrus: fix FreeBSD, guard against future breakage
  - gdbstub: support socket debug for linux-user
  - gdbstub: add multiarch tests
  - gdbstub: fixes for m68k

# gpg: Signature made Wed 06 May 2020 09:33:17 BST
# gpg:                using RSA key 6685AE99E75167BCAFC8DF35FBD0DB095A9E2A44
# gpg: Good signature from "Alex Bennée (Master Work Key) <address@hidden>" 
[full]
# Primary key fingerprint: 6685 AE99 E751 67BC AFC8  DF35 FBD0 DB09 5A9E 2A44

* remotes/stsquad/tags/pull-testing-and-gdbstub-060520-1:
  target/m68k: fix gdb for m68xxx
  tests/tcg: add a multiarch linux-user gdb test
  tests/guest-debug: use the unix socket for linux-user tests
  gdbstub/linux-user: support debugging over a unix socket
  gdbstub: eliminate gdbserver_fd global
  tests/tcg: drop inferior.was_attached() test
  tests/tcg: better trap gdb failures
  gdbstub: Introduce gdb_get_float64() to get 64-bit float registers
  configure: favour gdb-multiarch if we have it
  .travis.yml: reduce the load on [ppc64] GCC check-tcg
  .cirrus.yml: bootstrap pkg unconditionally
  .cirrus.yml: bump FreeBSD to the current stable release
  .travis.yml: drop MacOSX
  .travis.yml: show free disk space at end of run

Signed-off-by: Peter Maydell <address@hidden>


Compare: https://github.com/qemu/qemu/compare/ea1329bb3a8d...a36d64f43325



reply via email to

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