[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.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Qemu-commits] [qemu/qemu] 7f623d: stubs: add ramfb,
GitHub <=