[Qemu-commits] [qemu/qemu] 274074: hw/char: Add emulation of Diva GSP PCI management ...

[stefanhaRH]

  Branch: refs/heads/staging
  Home:   https://github.com/qemu/qemu
  Commit: 274074708455b25cf05df3ef745d8db7270b9901
      
https://github.com/qemu/qemu/commit/274074708455b25cf05df3ef745d8db7270b9901
  Author: Helge Deller <deller@gmx.de>
  Date:   2025-02-04 (Tue, 04 Feb 2025)

  Changed paths:
    M MAINTAINERS
    M hw/char/Kconfig
    A hw/char/diva-gsp.c
    M hw/char/meson.build

  Log Message:
  -----------
  hw/char: Add emulation of Diva GSP PCI management boards

The Diva GSP ("Guardian Service Processor") PCI boards are Remote
Management cards for PA-RISC machines.  They come with built-in 16550A
UARTs for serial consoles and modem functionalities, as well as a
mailbox-like memory area for hardware auto-reboot functionality.

Latest generation HP PA-RISC server machines use those Diva cards
for console output.

Signed-off-by: Helge Deller <deller@gmx.de>


  Commit: c061efca0b6ea6d11a1d29a8d48835146fec10f7
      
https://github.com/qemu/qemu/commit/c061efca0b6ea6d11a1d29a8d48835146fec10f7
  Author: Helge Deller <deller@gmx.de>
  Date:   2025-02-04 (Tue, 04 Feb 2025)

  Changed paths:
    M hw/hppa/Kconfig
    M hw/hppa/machine.c

  Log Message:
  -----------
  hw/hppa: Wire up Diva GSP card

Until now we used a standard serial-pci device to emulate a HP serial
console.  This worked nicely with 32-bit Linux and 32-bit HP-UX, but
64-bit HP-UX crashes with it and expects either a Diva GSP card, or a real
64-bit capable PCI graphic card (which we don't have yet).
In order to continue with 64-bit HP-UX, switch over to the recently
added Diva GSP card emulation.

Signed-off-by: Helge Deller <deller@gmx.de>


  Commit: d4b3c927909c9e3cb687d2d4b0d7f26b63d1f7e9
      
https://github.com/qemu/qemu/commit/d4b3c927909c9e3cb687d2d4b0d7f26b63d1f7e9
  Author: Helge Deller <deller@gmx.de>
  Date:   2025-02-04 (Tue, 04 Feb 2025)

  Changed paths:
    M hw/display/artist.c

  Log Message:
  -----------
  artist: Allow disabling artist on command line

Allow users to disable the artist graphic card on the command line
with the option "-global artist.disable=true".
This change allows to use other graphic cards when using Linux, e.g.
by adding "-device ati-vga".

Signed-off-by: Helge Deller <deller@gmx.de>


  Commit: b6247273fb6f53c94794444f9385029488bcb6fb
      
https://github.com/qemu/qemu/commit/b6247273fb6f53c94794444f9385029488bcb6fb
  Author: Helge Deller <deller@gmx.de>
  Date:   2025-02-04 (Tue, 04 Feb 2025)

  Changed paths:
    M hw/hppa/machine.c

  Log Message:
  -----------
  hw/hppa: Avoid creation of artist if disabled on command line

Do not create the artist graphic card if the user disabled it
with "-global artist.disable=true" on the command line.

Signed-off-by: Helge Deller <deller@gmx.de>


  Commit: 5bef80106fcf1c60eeacfb50250f0624950af225
      
https://github.com/qemu/qemu/commit/5bef80106fcf1c60eeacfb50250f0624950af225
  Author: Helge Deller <deller@gmx.de>
  Date:   2025-02-04 (Tue, 04 Feb 2025)

  Changed paths:
    M hw/pci-host/astro.c
    M include/hw/pci-host/astro.h

  Log Message:
  -----------
  hw/pci-host/astro: Add LMMIO range support

Each Astro on 64-bit machines supports up to four LMMIO regions.
Those regions are used by graphic cards and other PCI devices which
need to map huge memory areas. The LMMIO regions are configured and
set up by SeaBIOS-hppa and then used as-is by the operating systems
(Linux, HP-UX).

With this addition it's now possible to add other PCI graphic
cards on the command line, e.g. with "-device ati-vga".

Signed-off-by: Helge Deller <deller@gmx.de>


  Commit: 3dc340f8a7cfbc30193ab269aad1a5a6026365a6
      
https://github.com/qemu/qemu/commit/3dc340f8a7cfbc30193ab269aad1a5a6026365a6
  Author: Helge Deller <deller@gmx.de>
  Date:   2025-02-04 (Tue, 04 Feb 2025)

  Changed paths:
    M roms/seabios-hppa

  Log Message:
  -----------
  target/hppa: Update SeaBIOS-hppa

Update to lastest SeaBIOS-hppa which sets up the
LMMIO range for the internal artist graphic card.

Signed-off-by: Helge Deller <deller@gmx.de>


  Commit: 0ad7cb925edff3f14bd47fdb7ef3c0b6186960d4
      
https://github.com/qemu/qemu/commit/0ad7cb925edff3f14bd47fdb7ef3c0b6186960d4
  Author: Christian Schoenebeck <qemu_oss@crudebyte.com>
  Date:   2025-02-06 (Thu, 06 Feb 2025)

  Changed paths:
    M hw/9pfs/9p.c
    M hw/9pfs/trace-events

  Log Message:
  -----------
  9pfs: improve v9fs_walk() tracing

'Twalk' is the most important request type in the 9p protocol to look out
for when debugging 9p communication. That's because it is the only part
of the 9p protocol which actually deals with human-readable path names,
whereas all other 9p request types work on numeric file IDs (FIDs) only.

Improve tracing of 'Twalk' requests, e.g. let's say client wanted to walk
to "/home/bob/src", then improve trace output from:

  v9fs_walk tag 0 id 110 fid 0 newfid 1 nwnames 3

to:

  v9fs_walk tag=0 id=110 fid=0 newfid=1 nwnames=3 wnames={home, bob, src}

To achieve this, add a new helper function trace_v9fs_walk_wnames() which
converts the received V9fsString array of individual path elements into a
comma-separated string presentation for being passed to the tracing system.
As this conversion is somewhat expensive, this conversion function is only
called if tracing of event 'v9fs_walk' is currently enabled.

Signed-off-by: Christian Schoenebeck <qemu_oss@crudebyte.com>
Reviewed-by: Greg Kurz <groug@kaod.org>
Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
Message-Id: <E1tJamT-007Cqk-9E@kylie.crudebyte.com>


  Commit: a2f17bd40b3d302f6c1ddf0da75d2343966e0a3f
      
https://github.com/qemu/qemu/commit/a2f17bd40b3d302f6c1ddf0da75d2343966e0a3f
  Author: Christian Schoenebeck <qemu_oss@crudebyte.com>
  Date:   2025-02-06 (Thu, 06 Feb 2025)

  Changed paths:
    M hw/9pfs/9p-local.c
    M qemu-options.hx

  Log Message:
  -----------
  9pfs: make multidevs=remap default

1a6ed33cc5 introduced option multidevs=remap|forbid|warn and made
"warn" the default option.

As it turned out though, e.g. by several reports in conjunction with
following 9p client issue:

https://github.com/torvalds/linux/commit/850925a8133c73c4a2453c360b2c3beb3bab67c9

Many people are just ignoring this warning, or even do not notice the
warning at all. Therefore make multidevs=remap the new default option to
prevent people to run into such kind of severe misbehaviours in the first
place.

>From performance PoV the runtime overhead of multidevs=remap is
neglectable with few or even just only one device being shared with the
same 9p export, expected to be constant Theta(1). The inode numbers
emitted to guest also just loose one bit (since 6b6aa8285d) for the 1st
device being shared.

Signed-off-by: Christian Schoenebeck <qemu_oss@crudebyte.com>
Message-Id: 
<09cc84e5561f66b6a8cf49b3532c6c78a6acc806.1734876877.git.qemu_oss@crudebyte.com>


  Commit: 9a0dd4b3e4e0b06ec35c5ac370f54a36ea1846ed
      
https://github.com/qemu/qemu/commit/9a0dd4b3e4e0b06ec35c5ac370f54a36ea1846ed
  Author: Christian Schoenebeck <qemu_oss@crudebyte.com>
  Date:   2025-02-06 (Thu, 06 Feb 2025)

  Changed paths:
    A hw/9pfs/9p-util-generic.c
    M hw/9pfs/9p-util.h
    M hw/9pfs/9p.c
    M hw/9pfs/meson.build
    M hw/9pfs/trace-events

  Log Message:
  -----------
  9pfs: improve v9fs_open() tracing

Improve tracing of 9p 'Topen' request type by showing open() flags as
human-readable text.

E.g. trace output:

  v9fs_open tag 0 id 12 fid 2 mode 100352

would become:

  v9fs_open tag=0 id=12 fid=2 mode=100352(RDONLY|NONBLOCK|DIRECTORY|
  TMPFILE|NDELAY)

Therefor add a new utility function qemu_open_flags_tostr() that converts
numeric open() flags from host's native O_* flag constants to a string
presentation.

9p2000.L and 9p2000.u protocol variants use different numeric 'mode'
constants for 'Topen' requests. Instead of writing string conversion code
for both protocol variants, use the already existing conversion functions
that convert the mode flags from respective protocol constants to host's
native open() numeric flag constants and pass that result to the new
string conversion function qemu_open_flags_tostr().

Signed-off-by: Christian Schoenebeck <qemu_oss@crudebyte.com>
Message-Id: <E1tTgDR-000oRr-9g@kylie.crudebyte.com>


  Commit: 52065d405ae96221f15b0fd9c099437c77178d4f
      
https://github.com/qemu/qemu/commit/52065d405ae96221f15b0fd9c099437c77178d4f
  Author: Greg Kurz <groug@kaod.org>
  Date:   2025-02-07 (Fri, 07 Feb 2025)

  Changed paths:
    M MAINTAINERS

  Log Message:
  -----------
  MAINTAINERS: Mark me as reviewer only for 9pfs

I still review 9pfs changes from time to time but I'm definitely
not able to do actual maintainer work. Drop my tree on the way
as I'll obviously not use it anymore, and it has been left
untouched since May 2020.

Signed-off-by: Greg Kurz <groug@kaod.org>
Reviewed-by: Christian Schoenebeck <qemu_oss@crudebyte.com>
Message-Id: <20250115100849.259612-1-groug@kaod.org>
Signed-off-by: Christian Schoenebeck <qemu_oss@crudebyte.com>


  Commit: 0a841b0b645cec14c336ac5582c846e1104e93c9
      
https://github.com/qemu/qemu/commit/0a841b0b645cec14c336ac5582c846e1104e93c9
  Author: Stefan Hajnoczi <stefanha@redhat.com>
  Date:   2025-02-07 (Fri, 07 Feb 2025)

  Changed paths:
    M MAINTAINERS
    M hw/9pfs/9p-local.c
    A hw/9pfs/9p-util-generic.c
    M hw/9pfs/9p-util.h
    M hw/9pfs/9p.c
    M hw/9pfs/meson.build
    M hw/9pfs/trace-events
    M qemu-options.hx

  Log Message:
  -----------
  Merge tag 'pull-9p-20250207' of https://github.com/cschoenebeck/qemu into 
staging

9pfs changes:

* Greg Kurz steps back as maintainer of 9pfs.

* Make multidevs=remap default option (instead of multidevs=warn)
  and update documentation related to this option.

* Improve tracing (i.e. usefulness of log output content).

# -----BEGIN PGP SIGNATURE-----
#
# iQJLBAABCgA1FiEEltjREM96+AhPiFkBNMK1h2Wkc5UFAmel2AEXHHFlbXVfb3Nz
# QGNydWRlYnl0ZS5jb20ACgkQNMK1h2Wkc5UOuw//YMqU1N1JV7ppHMOKgu9GBSPI
# xFS5fhGHQd0b2DhXlX0m0vlwCN5m7up7Q1NwkgXzfaIV3wdU8XH1DgMXonjQdBaT
# ipIGdCR9aeGCUlFjlkQCEUVooDAuyU2zqIpfzvX7eCUFI96S2DI+jjmSqOhlJSsz
# yJnTJOK0LuoMpaFDxHJiEuTfoMycUWT78hTHRE8h/UWfTcKrzz5uIajq05bA1QLd
# XRtMa2k8ZWZf+uOcky3Qq/g5UHCc9LUidnVvTBejRQeEeE+qhLX9CzTUF+elNRiF
# BKPjQLfdyTMeleOj3KWxAkIV0GP4LA5naEi7Li56Kx/qOSySOnlbfUR0rXm1L58t
# yJdtavJEXFiRDa1BPvZeuDEGbSf229gOvQtD9yhURtw9XtdhZ8WuX7edes9/S5xz
# nc0slBD4UMkUL0VqD5LX4nwW/IJbUGD/sgqg1sMMXC+cSptPWCTQjf56VGZHg0Kf
# oasIe2pKyOu0NEIpxpolu+AGlgGsOHgEknBdG5GJ/dFzKb+9sukVEFxzZP/eRQjp
# d7ShWkn1o96vMgReFaYIXboVXNdeePDjfvLLD8+xKp3KEvidGEQs1PGPWyU0juIT
# 2en3PwZfYvm3Wfys3dAl7g1XJOzFM177SHKYKbEEeziIeRNN5oTjPxAIu0+M2yVK
# y2Khd01ZJQBGhiYYgVw=
# =Tr40
# -----END PGP SIGNATURE-----
# gpg: Signature made Fri 07 Feb 2025 04:53:05 EST
# gpg:                using RSA key 96D8D110CF7AF8084F88590134C2B58765A47395
# gpg:                issuer "qemu_oss@crudebyte.com"
# gpg: Good signature from "Christian Schoenebeck <qemu_oss@crudebyte.com>" 
[unknown]
# gpg: WARNING: The key's User ID is not certified with a trusted signature!
# gpg:          There is no indication that the signature belongs to the owner.
# Primary key fingerprint: ECAB 1A45 4014 1413 BA38  4926 30DB 47C3 A012 D5F4
#      Subkey fingerprint: 96D8 D110 CF7A F808 4F88  5901 34C2 B587 65A4 7395

* tag 'pull-9p-20250207' of https://github.com/cschoenebeck/qemu:
  MAINTAINERS: Mark me as reviewer only for 9pfs
  9pfs: improve v9fs_open() tracing
  9pfs: make multidevs=remap default
  9pfs: improve v9fs_walk() tracing

Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>


  Commit: 04d3d0e9f54d4c42759f3810aa135ce314d98dc4
      
https://github.com/qemu/qemu/commit/04d3d0e9f54d4c42759f3810aa135ce314d98dc4
  Author: Stefan Hajnoczi <stefanha@redhat.com>
  Date:   2025-02-08 (Sat, 08 Feb 2025)

  Changed paths:
    M MAINTAINERS
    M hw/char/Kconfig
    A hw/char/diva-gsp.c
    M hw/char/meson.build
    M hw/display/artist.c
    M hw/hppa/Kconfig
    M hw/hppa/machine.c
    M hw/pci-host/astro.c
    M include/hw/pci-host/astro.h
    M roms/seabios-hppa

  Log Message:
  -----------
  Merge tag 'hppa-system-for-v10-diva-artist-pull-request' of 
https://github.com/hdeller/qemu-hppa into staging

HPPA graphics and serial console enhancements

A small series of patches which enhance the graphics output on 64-bit hppa
machines. Allow disabling the artist graphic card and introduces drivers for
the Diva GSP (remote management) cards which are used in later 64-bit machines
and which we now use for serial console output.

The LMMIO regions of the Astro chip are now supported too, which is important
to support other graphic cards like an ATI PCI card with a 64-bit Linux kernel.

# -----BEGIN PGP SIGNATURE-----
#
# iHUEABYKAB0WIQS86RI+GtKfB8BJu973ErUQojoPXwUCZ6Z1YQAKCRD3ErUQojoP
# X+LvAP0dXGZDtE9Lj5SWuZZVLd/g/KIqx7cvGcRFQSnmAEvqSAD/SIUmCzjxrHfD
# KOUS+DVaCd7xvSIEJtzch2zBL5jvuAw=
# =H3Wz
# -----END PGP SIGNATURE-----
# gpg: Signature made Fri 07 Feb 2025 16:04:33 EST
# gpg:                using EDDSA key BCE9123E1AD29F07C049BBDEF712B510A23A0F5F
# gpg: Good signature from "Helge Deller <deller@gmx.de>" [unknown]
# gpg:                 aka "Helge Deller <deller@kernel.org>" [unknown]
# gpg: WARNING: This key is not certified with a trusted signature!
# gpg:          There is no indication that the signature belongs to the owner.
# Primary key fingerprint: 4544 8228 2CD9 10DB EF3D  25F8 3E5F 3D04 A7A2 4603
#      Subkey fingerprint: BCE9 123E 1AD2 9F07 C049  BBDE F712 B510 A23A 0F5F

* tag 'hppa-system-for-v10-diva-artist-pull-request' of 
https://github.com/hdeller/qemu-hppa:
  target/hppa: Update SeaBIOS-hppa
  hw/pci-host/astro: Add LMMIO range support
  hw/hppa: Avoid creation of artist if disabled on command line
  artist: Allow disabling artist on command line
  hw/hppa: Wire up Diva GSP card
  hw/char: Add emulation of Diva GSP PCI management boards

Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>


Compare: https://github.com/qemu/qemu/compare/131c58469f6f...04d3d0e9f54d

To unsubscribe from these emails, change your notification settings at 
https://github.com/qemu/qemu/settings/notifications