qemu-commits
[Top][All Lists]
Advanced

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

[Qemu-commits] [qemu/qemu] 7f623d: stubs: add ramfb


From: GitHub
Subject: [Qemu-commits] [qemu/qemu] 7f623d: stubs: add ramfb
Date: Tue, 16 Oct 2018 01:18:19 -0700

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: 7f623d0834238ce6566afcbeeb325f3d943c2741
      
https://github.com/qemu/qemu/commit/7f623d0834238ce6566afcbeeb325f3d943c2741
  Author: Gerd Hoffmann <address@hidden>
  Date:   2018-10-15 (Mon, 15 Oct 2018)

  Changed paths:
    M stubs/Makefile.objs
    A stubs/ramfb.c

  Log Message:
  -----------
  stubs: add ramfb

Needed to make sure code using ramfb (vfio) compiles properly even on
platforms without fw_cfg (and therefore no ramfb) support.

Signed-off-by: Gerd Hoffmann <address@hidden>
Signed-off-by: Alex Williamson <address@hidden>


  Commit: b290659fc3dd8fc51ea35511ea44d7656a3c9396
      
https://github.com/qemu/qemu/commit/b290659fc3dd8fc51ea35511ea44d7656a3c9396
  Author: Gerd Hoffmann <address@hidden>
  Date:   2018-10-15 (Mon, 15 Oct 2018)

  Changed paths:
    M hw/vfio/display.c
    M hw/vfio/pci.c
    M hw/vfio/pci.h
    M include/hw/vfio/vfio-common.h

  Log Message:
  -----------
  hw/vfio/display: add ramfb support

So we have a boot display when using a vgpu as primary display.

ramfb depends on a fw_cfg file.  fw_cfg files can not be added and
removed at runtime, therefore a ramfb-enabled vfio device can't be
hotplugged.

Add a nohotplug variant of the vfio-pci device (as child class).  Add
the ramfb property to the nohotplug variant only.  So to enable the vgpu
display with boot support use this:

  -device vfio-pci-nohotplug,display=on,ramfb=on,sysfsdev=...

Signed-off-by: Gerd Hoffmann <address@hidden>
Signed-off-by: Alex Williamson <address@hidden>


  Commit: a49531ebd0bdf5677e0405cd7c01c184717cee52
      
https://github.com/qemu/qemu/commit/a49531ebd0bdf5677e0405cd7c01c184717cee52
  Author: Eric Auger <address@hidden>
  Date:   2018-10-15 (Mon, 15 Oct 2018)

  Changed paths:
    M hw/vfio/amd-xgbe.c
    M hw/vfio/calxeda-xgmac.c
    M hw/vfio/platform.c
    M include/hw/vfio/vfio-platform.h

  Log Message:
  -----------
  vfio/platform: Make the vfio-platform device non-abstract

Up to now the vfio-platform device has been abstract and could not be
instantiated.  The integration of a new vfio platform device required
creating a dummy derived device which only set the compatible string.

Following the few vfio-platform device integrations we have seen the
actual requested adaptation happens on device tree node creation
(sysbus-fdt).

Hence remove the abstract setting, and read the list of compatible
values from sysfs if not set by a derived device.

Update the amd-xgbe and calxeda-xgmac drivers to fill in the number of
compatible values, as there can now be more than one.

Note that sysbus-fdt does not support the instantiation of the
vfio-platform device yet.

Signed-off-by: Eric Auger <address@hidden>
[geert: Rebase, set user_creatable=true, use compatible values in sysfs
        instead of user-supplied manufacturer/model options, reword]
Signed-off-by: Geert Uytterhoeven <address@hidden>
Reviewed-by: Eric Auger <address@hidden>
Tested-by: Eric Auger <address@hidden>
Signed-off-by: Alex Williamson <address@hidden>


  Commit: af7d64ede0b9a57948c4ad0a9464cc95ee067a7b
      
https://github.com/qemu/qemu/commit/af7d64ede0b9a57948c4ad0a9464cc95ee067a7b
  Author: Eric Auger <address@hidden>
  Date:   2018-10-15 (Mon, 15 Oct 2018)

  Changed paths:
    M hw/arm/sysbus-fdt.c

  Log Message:
  -----------
  hw/arm/sysbus-fdt: Allow device matching with DT compatible value

Up to now we have relied on the device type to identify a device tree
node creation function.  Since we would like the vfio-platform device to
be instantiable with different compatible strings we introduce the
capability to specialize the node creation depending on actual
compatible value.

NodeCreationPair is renamed into BindingEntry. The struct is enhanced
with compat and match_fn() fields.  We introduce a new matching function
adapted to the vfio-platform generic device.

Soon, the AMD XGBE can be instantiated with either manner, i.e.:

    -device vfio-amd-xgbe,host=e0900000.xgmac

or using the new option line:

    -device vfio-platform,host=e0900000.xgmac

Signed-off-by: Eric Auger <address@hidden>
[geert: Match using compatible values in sysfs instead of user-supplied
        manufacturer/model options, reword]
Signed-off-by: Geert Uytterhoeven <address@hidden>
Reviewed-by: Eric Auger <address@hidden>
Tested-by: Eric Auger <address@hidden>
Signed-off-by: Alex Williamson <address@hidden>


  Commit: 4ebc0b613c1ce71d94992713d8c811cb4feda6ab
      
https://github.com/qemu/qemu/commit/4ebc0b613c1ce71d94992713d8c811cb4feda6ab
  Author: Geert Uytterhoeven <address@hidden>
  Date:   2018-10-15 (Mon, 15 Oct 2018)

  Changed paths:
    M hw/arm/virt.c

  Log Message:
  -----------
  hw/arm/virt: Allow dynamic vfio-platform devices again

Allow the instantation of generic dynamic vfio-platform devices again,
without the need to create a new device-specific vfio type.

Signed-off-by: Geert Uytterhoeven <address@hidden>
Reviewed-by: Eric Auger <address@hidden>
Tested-by: Eric Auger <address@hidden>
Signed-off-by: Alex Williamson <address@hidden>


  Commit: 2683ccd5be8f4bad197aa95bf29154640519f4c2
      
https://github.com/qemu/qemu/commit/2683ccd5be8f4bad197aa95bf29154640519f4c2
  Author: Li Qiang <address@hidden>
  Date:   2018-10-15 (Mon, 15 Oct 2018)

  Changed paths:
    M hw/vfio/pci.c

  Log Message:
  -----------
  vfio-pci: make vfio-pci device more QOM conventional

Define a TYPE_VFIO_PCI and drop DO_UPCAST.

Signed-off-by: Li Qiang <address@hidden>
Reviewed-by: Philippe Mathieu-Daudé <address@hidden>
Signed-off-by: Alex Williamson <address@hidden>


  Commit: dddb37495b844270088e68e3bf30b764d48d863f
      
https://github.com/qemu/qemu/commit/dddb37495b844270088e68e3bf30b764d48d863f
  Author: Peter Maydell <address@hidden>
  Date:   2018-10-15 (Mon, 15 Oct 2018)

  Changed paths:
    M hw/arm/sysbus-fdt.c
    M hw/arm/virt.c
    M hw/vfio/amd-xgbe.c
    M hw/vfio/calxeda-xgmac.c
    M hw/vfio/display.c
    M hw/vfio/pci.c
    M hw/vfio/pci.h
    M hw/vfio/platform.c
    M include/hw/vfio/vfio-common.h
    M include/hw/vfio/vfio-platform.h
    M stubs/Makefile.objs
    A stubs/ramfb.c

  Log Message:
  -----------
  Merge remote-tracking branch 'remotes/awilliam/tags/vfio-updates-20181015.0' 
into staging

VFIO updates 2018-10-15

 - ramfb support for vfio-pci via new -nohotplug device variant
   (Gerd Hoffmann)

 - Preparation for generic DT pass-through in vfio-platform
   (Geert Uytterhoeven & Eric Auger)

 - vfio-pci QOM fixups (Li Qiang)

# gpg: Signature made Mon 15 Oct 2018 18:26:29 BST
# gpg:                using RSA key 239B9B6E3BB08B22
# gpg: Good signature from "Alex Williamson <address@hidden>"
# gpg:                 aka "Alex Williamson <address@hidden>"
# gpg:                 aka "Alex Williamson <address@hidden>"
# gpg:                 aka "Alex Williamson <address@hidden>"
# Primary key fingerprint: 42F6 C04E 540B D1A9 9E7B  8A90 239B 9B6E 3BB0 8B22

* remotes/awilliam/tags/vfio-updates-20181015.0:
  vfio-pci: make vfio-pci device more QOM conventional
  hw/arm/virt: Allow dynamic vfio-platform devices again
  hw/arm/sysbus-fdt: Allow device matching with DT compatible value
  vfio/platform: Make the vfio-platform device non-abstract
  hw/vfio/display: add ramfb support
  stubs: add ramfb

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


Compare: https://github.com/qemu/qemu/compare/ff56877e9117...dddb37495b84
      **NOTE:** This service has been marked for deprecation: 
https://developer.github.com/changes/2018-04-25-github-services-deprecation/

      Functionality will be removed from GitHub.com on January 31st, 2019.

reply via email to

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