Searched hist:"6 db55a0f" (Results 1 – 2 of 2) sorted by relevance
/freebsd/sys/amd64/vmm/io/ |
H A D | iommu.c | 6db55a0f Fri Oct 27 14:57:14 GMT 2017 John Baldwin <jhb@FreeBSD.org> Rework pass through changes in r305485 to be safer.
Specifically, devices that do not support PCI-e FLR and were not gracefully shutdown by the guest OS could continue to issue DMA requests after the VM was terminated. The changes in r305485 meant that those DMA requests were completed against the host's memory which could result in random memory corruption. Instead, leave ppt devices that are not attached to a VM disabled in the IOMMU and only restore the devices to the host domain if the ppt(4) driver is detached from a device.
As an added safety belt, disable busmastering for a pass-through device when before adding it to the host domain during ppt(4) detach.
PR: 222937 Tested by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: grehan MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12661 6db55a0f Fri Oct 27 14:57:14 GMT 2017 John Baldwin <jhb@FreeBSD.org> Rework pass through changes in r305485 to be safer.
Specifically, devices that do not support PCI-e FLR and were not gracefully shutdown by the guest OS could continue to issue DMA requests after the VM was terminated. The changes in r305485 meant that those DMA requests were completed against the host's memory which could result in random memory corruption. Instead, leave ppt devices that are not attached to a VM disabled in the IOMMU and only restore the devices to the host domain if the ppt(4) driver is detached from a device.
As an added safety belt, disable busmastering for a pass-through device when before adding it to the host domain during ppt(4) detach.
PR: 222937 Tested by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: grehan MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12661 6db55a0f Fri Oct 27 14:57:14 GMT 2017 John Baldwin <jhb@FreeBSD.org> Rework pass through changes in r305485 to be safer.
Specifically, devices that do not support PCI-e FLR and were not gracefully shutdown by the guest OS could continue to issue DMA requests after the VM was terminated. The changes in r305485 meant that those DMA requests were completed against the host's memory which could result in random memory corruption. Instead, leave ppt devices that are not attached to a VM disabled in the IOMMU and only restore the devices to the host domain if the ppt(4) driver is detached from a device.
As an added safety belt, disable busmastering for a pass-through device when before adding it to the host domain during ppt(4) detach.
PR: 222937 Tested by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: grehan MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12661 6db55a0f Fri Oct 27 14:57:14 GMT 2017 John Baldwin <jhb@FreeBSD.org> Rework pass through changes in r305485 to be safer.
Specifically, devices that do not support PCI-e FLR and were not gracefully shutdown by the guest OS could continue to issue DMA requests after the VM was terminated. The changes in r305485 meant that those DMA requests were completed against the host's memory which could result in random memory corruption. Instead, leave ppt devices that are not attached to a VM disabled in the IOMMU and only restore the devices to the host domain if the ppt(4) driver is detached from a device.
As an added safety belt, disable busmastering for a pass-through device when before adding it to the host domain during ppt(4) detach.
PR: 222937 Tested by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: grehan MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12661 6db55a0f Fri Oct 27 14:57:14 GMT 2017 John Baldwin <jhb@FreeBSD.org> Rework pass through changes in r305485 to be safer.
Specifically, devices that do not support PCI-e FLR and were not gracefully shutdown by the guest OS could continue to issue DMA requests after the VM was terminated. The changes in r305485 meant that those DMA requests were completed against the host's memory which could result in random memory corruption. Instead, leave ppt devices that are not attached to a VM disabled in the IOMMU and only restore the devices to the host domain if the ppt(4) driver is detached from a device.
As an added safety belt, disable busmastering for a pass-through device when before adding it to the host domain during ppt(4) detach.
PR: 222937 Tested by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: grehan MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12661 6db55a0f Fri Oct 27 14:57:14 GMT 2017 John Baldwin <jhb@FreeBSD.org> Rework pass through changes in r305485 to be safer.
Specifically, devices that do not support PCI-e FLR and were not gracefully shutdown by the guest OS could continue to issue DMA requests after the VM was terminated. The changes in r305485 meant that those DMA requests were completed against the host's memory which could result in random memory corruption. Instead, leave ppt devices that are not attached to a VM disabled in the IOMMU and only restore the devices to the host domain if the ppt(4) driver is detached from a device.
As an added safety belt, disable busmastering for a pass-through device when before adding it to the host domain during ppt(4) detach.
PR: 222937 Tested by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: grehan MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12661 6db55a0f Fri Oct 27 14:57:14 GMT 2017 John Baldwin <jhb@FreeBSD.org> Rework pass through changes in r305485 to be safer.
Specifically, devices that do not support PCI-e FLR and were not gracefully shutdown by the guest OS could continue to issue DMA requests after the VM was terminated. The changes in r305485 meant that those DMA requests were completed against the host's memory which could result in random memory corruption. Instead, leave ppt devices that are not attached to a VM disabled in the IOMMU and only restore the devices to the host domain if the ppt(4) driver is detached from a device.
As an added safety belt, disable busmastering for a pass-through device when before adding it to the host domain during ppt(4) detach.
PR: 222937 Tested by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: grehan MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12661
|
H A D | ppt.c | 6db55a0f Fri Oct 27 14:57:14 GMT 2017 John Baldwin <jhb@FreeBSD.org> Rework pass through changes in r305485 to be safer.
Specifically, devices that do not support PCI-e FLR and were not gracefully shutdown by the guest OS could continue to issue DMA requests after the VM was terminated. The changes in r305485 meant that those DMA requests were completed against the host's memory which could result in random memory corruption. Instead, leave ppt devices that are not attached to a VM disabled in the IOMMU and only restore the devices to the host domain if the ppt(4) driver is detached from a device.
As an added safety belt, disable busmastering for a pass-through device when before adding it to the host domain during ppt(4) detach.
PR: 222937 Tested by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: grehan MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12661 6db55a0f Fri Oct 27 14:57:14 GMT 2017 John Baldwin <jhb@FreeBSD.org> Rework pass through changes in r305485 to be safer.
Specifically, devices that do not support PCI-e FLR and were not gracefully shutdown by the guest OS could continue to issue DMA requests after the VM was terminated. The changes in r305485 meant that those DMA requests were completed against the host's memory which could result in random memory corruption. Instead, leave ppt devices that are not attached to a VM disabled in the IOMMU and only restore the devices to the host domain if the ppt(4) driver is detached from a device.
As an added safety belt, disable busmastering for a pass-through device when before adding it to the host domain during ppt(4) detach.
PR: 222937 Tested by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: grehan MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12661 6db55a0f Fri Oct 27 14:57:14 GMT 2017 John Baldwin <jhb@FreeBSD.org> Rework pass through changes in r305485 to be safer.
Specifically, devices that do not support PCI-e FLR and were not gracefully shutdown by the guest OS could continue to issue DMA requests after the VM was terminated. The changes in r305485 meant that those DMA requests were completed against the host's memory which could result in random memory corruption. Instead, leave ppt devices that are not attached to a VM disabled in the IOMMU and only restore the devices to the host domain if the ppt(4) driver is detached from a device.
As an added safety belt, disable busmastering for a pass-through device when before adding it to the host domain during ppt(4) detach.
PR: 222937 Tested by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: grehan MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12661 6db55a0f Fri Oct 27 14:57:14 GMT 2017 John Baldwin <jhb@FreeBSD.org> Rework pass through changes in r305485 to be safer.
Specifically, devices that do not support PCI-e FLR and were not gracefully shutdown by the guest OS could continue to issue DMA requests after the VM was terminated. The changes in r305485 meant that those DMA requests were completed against the host's memory which could result in random memory corruption. Instead, leave ppt devices that are not attached to a VM disabled in the IOMMU and only restore the devices to the host domain if the ppt(4) driver is detached from a device.
As an added safety belt, disable busmastering for a pass-through device when before adding it to the host domain during ppt(4) detach.
PR: 222937 Tested by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: grehan MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12661 6db55a0f Fri Oct 27 14:57:14 GMT 2017 John Baldwin <jhb@FreeBSD.org> Rework pass through changes in r305485 to be safer.
Specifically, devices that do not support PCI-e FLR and were not gracefully shutdown by the guest OS could continue to issue DMA requests after the VM was terminated. The changes in r305485 meant that those DMA requests were completed against the host's memory which could result in random memory corruption. Instead, leave ppt devices that are not attached to a VM disabled in the IOMMU and only restore the devices to the host domain if the ppt(4) driver is detached from a device.
As an added safety belt, disable busmastering for a pass-through device when before adding it to the host domain during ppt(4) detach.
PR: 222937 Tested by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: grehan MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12661 6db55a0f Fri Oct 27 14:57:14 GMT 2017 John Baldwin <jhb@FreeBSD.org> Rework pass through changes in r305485 to be safer.
Specifically, devices that do not support PCI-e FLR and were not gracefully shutdown by the guest OS could continue to issue DMA requests after the VM was terminated. The changes in r305485 meant that those DMA requests were completed against the host's memory which could result in random memory corruption. Instead, leave ppt devices that are not attached to a VM disabled in the IOMMU and only restore the devices to the host domain if the ppt(4) driver is detached from a device.
As an added safety belt, disable busmastering for a pass-through device when before adding it to the host domain during ppt(4) detach.
PR: 222937 Tested by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: grehan MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12661 6db55a0f Fri Oct 27 14:57:14 GMT 2017 John Baldwin <jhb@FreeBSD.org> Rework pass through changes in r305485 to be safer.
Specifically, devices that do not support PCI-e FLR and were not gracefully shutdown by the guest OS could continue to issue DMA requests after the VM was terminated. The changes in r305485 meant that those DMA requests were completed against the host's memory which could result in random memory corruption. Instead, leave ppt devices that are not attached to a VM disabled in the IOMMU and only restore the devices to the host domain if the ppt(4) driver is detached from a device.
As an added safety belt, disable busmastering for a pass-through device when before adding it to the host domain during ppt(4) detach.
PR: 222937 Tested by: Harry Schmalzbauer <freebsd@omnilan.de> Reviewed by: grehan MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D12661
|