ACK: [SRU][Xenial][PATCH 0/6]UBUNTU: SAUCE:(noup) Fixes for LP:1570124
Brad Figg
brad.figg at canonical.com
Fri Apr 22 21:36:15 UTC 2016
On Fri, Apr 22, 2016 at 05:04:36PM -0400, Joseph Salisbury wrote:
> BugLink: http://bugs.launchpad.net/bugs/1570124
>
> == SRU Justification ==
>
> The six patches in this patch set are requested for Hyper-V.
>
> Some additional patches for PCI Passthrough have been submitted but not accepted
> upstream that are necessary for accessing multiple GPUs on the host.
> These patches are expected to get accepted upstream. However, the are needed in
> Xenial, so they are being reqeusted as SAUCE patches until they land upstream.
>
>
>
> == Fixes ==
> drivers:hv: Separate out frame buffer logic when picking MMIO range
> drivers:hv: Record MMIO range in use by frame buffer
> drivers:hv: Track allocations of children of hv_vmbus in private resource tree
> drivers:hv: Reverse order of resources in hyperv_mmio
> drivers:hv: Call vmbus_mmio_free() to reverse vmbus_mmio_allocate()
> drivers:hv: Lock access to hyperv_mmio resource tree
>
>
>
> == Test Case ==
> A test kernel was built with these patches and tested by the original bug reporter.
> The bug reporter states the test kernel resolved the bug.
>
>
>
>
> Jake Oshins (6):
> drivers:hv: Lock access to hyperv_mmio resource tree
> drivers:hv: Call vmbus_mmio_free() to reverse vmbus_mmio_allocate()
> drivers:hv: Reverse order of resources in hyperv_mmio
> drivers:hv: Track allocations of children of hv_vmbus in private
> resource tree
> drivers:hv: Record MMIO range in use by frame buffer
> drivers:hv: Separate out frame buffer logic when picking MMIO range
>
> drivers/hv/vmbus_drv.c | 143 +++++++++++++++++++++++++++++-----------
> drivers/pci/host/pci-hyperv.c | 14 ++--
> drivers/video/fbdev/hyperv_fb.c | 4 +-
> include/linux/hyperv.h | 2 +-
> 4 files changed, 115 insertions(+), 48 deletions(-)
>
> --
> 2.7.4
>
>
> --
> kernel-team mailing list
> kernel-team at lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/kernel-team
Positive testing from the bug.
--
Brad Figg brad.figg at canonical.com http://www.canonical.com
More information about the kernel-team
mailing list