From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753794AbcDBQeY (ORCPT ); Sat, 2 Apr 2016 12:34:24 -0400 Received: from p3plsmtps2ded01.prod.phx3.secureserver.net ([208.109.80.58]:51956 "EHLO p3plsmtps2ded01.prod.phx3.secureserver.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753120AbcDBQda (ORCPT ); Sat, 2 Apr 2016 12:33:30 -0400 x-originating-ip: 72.167.245.219 From: "K. Y. Srinivasan" To: gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org, devel@linuxdriverproject.org, olaf@aepfle.de, apw@canonical.com, vkuznets@redhat.com, jasowang@redhat.com Cc: Jake Oshins , "K. Y. Srinivasan" Subject: [PATCH 6/6] hv: Track allocations of children of hv_vmbus in private resource tree Date: Sat, 2 Apr 2016 11:11:01 -0700 Message-Id: <1459620661-16720-6-git-send-email-kys@microsoft.com> X-Mailer: git-send-email 1.7.4.1 In-Reply-To: <1459620661-16720-1-git-send-email-kys@microsoft.com> References: <1459620638-16681-1-git-send-email-kys@microsoft.com> <1459620661-16720-1-git-send-email-kys@microsoft.com> X-CMAE-Envelope: MS4wfF7q+xlPntqt/ukSYOMHXWG6EMWm45JNwCUd3OyvisPEN1rqS1mWjFetm6qGBrtz8MGDlQ7BObdeYc+gFwUKVWLNdRsO1ZMJZeKCG/WkF7Reci1rz6FH 8rLhduaVYkY6dR2Y3SpNqAs/lalr5njcx2Swdxhkn901wGIs2e0k1a8pfCQOYPg4Y1xrS0+xxjLrIcHEBYB1zxN3J0ipd1ly1kF8uQslp5DQXYOpAeyYs3kr lZqbysol/Hmn/5FhI9BU6XT1oubArZtF7BUnADpRDHv1S7pHge+a4hUCsKd/76893J3CC7HToIY60jI6yZrExL8Cz9URi9obvxD5EWQxW3Lb76UvuMXldXrJ RgyHWbUyWSL/kgvqxIQgEnaI+ORUS43KPMC0F0nfrIwsgczcDcJ5Gf2pS+o/kP9cOcO0tClg4nxLn2P4ZmBNMoM4dEAVQQ== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jake Oshins This patch changes vmbus_allocate_mmio() and vmbus_free_mmio() so that when child paravirtual devices allocate memory-mapped I/O space, they allocate it privately from a resource tree pointed at by hyperv_mmio and also by the public resource tree iomem_resource. This allows the region to be marked as "busy" in the private tree, but a "bridge window" in the public tree, guaranteeing that no two bridge windows will overlap each other but while also allowing the PCI device children of the bridge windows to overlap that window. One might conclude that this belongs in the pnp layer, rather than in this driver. Rafael Wysocki, the maintainter of the pnp layer, has previously asked that we not modify the pnp layer as it is considered deprecated. This patch is thus essentially a workaround. Signed-off-by: Jake Oshins Signed-off-by: K. Y. Srinivasan --- drivers/hv/vmbus_drv.c | 22 +++++++++++++++++++++- 1 files changed, 21 insertions(+), 1 deletions(-) diff --git a/drivers/hv/vmbus_drv.c b/drivers/hv/vmbus_drv.c index 1ce47d0..dfc6149 100644 --- a/drivers/hv/vmbus_drv.c +++ b/drivers/hv/vmbus_drv.c @@ -1128,7 +1128,7 @@ int vmbus_allocate_mmio(struct resource **new, struct hv_device *device_obj, resource_size_t size, resource_size_t align, bool fb_overlap_ok) { - struct resource *iter; + struct resource *iter, *shadow; resource_size_t range_min, range_max, start, local_min, local_max; const char *dev_n = dev_name(&device_obj->device); u32 fb_end = screen_info.lfb_base + (screen_info.lfb_size << 1); @@ -1170,12 +1170,22 @@ int vmbus_allocate_mmio(struct resource **new, struct hv_device *device_obj, start = (local_min + align - 1) & ~(align - 1); for (; start + size - 1 <= local_max; start += align) { + shadow = __request_region(iter, start, + size, + NULL, + IORESOURCE_BUSY); + if (!shadow) + continue; + *new = request_mem_region_exclusive(start, size, dev_n); if (*new) { + shadow->name = (char *)*new; retval = 0; goto exit; } + + __release_region(iter, start, size); } } } @@ -1196,7 +1206,17 @@ EXPORT_SYMBOL_GPL(vmbus_allocate_mmio); */ void vmbus_free_mmio(resource_size_t start, resource_size_t size) { + struct resource *iter; + + down(&hyperv_mmio_lock); + for (iter = hyperv_mmio; iter; iter = iter->sibling) { + if ((iter->start >= start + size) || (iter->end <= start)) + continue; + + __release_region(iter, start, size); + } release_mem_region(start, size); + up(&hyperv_mmio_lock); } EXPORT_SYMBOL_GPL(vmbus_free_mmio); -- 1.7.4.1