From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934091AbcCIT4u (ORCPT ); Wed, 9 Mar 2016 14:56:50 -0500 Received: from p3plsmtps2ded04.prod.phx3.secureserver.net ([208.109.80.198]:55190 "EHLO p3plsmtps2ded04.prod.phx3.secureserver.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934025AbcCIT4Y (ORCPT ); Wed, 9 Mar 2016 14:56:24 -0500 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: Wed, 9 Mar 2016 13:35:25 -0800 Message-Id: <1457559325-10406-6-git-send-email-kys@microsoft.com> X-Mailer: git-send-email 1.7.4.1 In-Reply-To: <1457559325-10406-1-git-send-email-kys@microsoft.com> References: <1457559302-10365-1-git-send-email-kys@microsoft.com> <1457559325-10406-1-git-send-email-kys@microsoft.com> X-CMAE-Envelope: MS4wfOi10uy+GP7GnHGac7hpfr9hZDloJxAXOVw+uap/SLqz3xGftTJ3z2CdGDwweE7KUnycru2jLJc+GMRTbhbEzvUDu6rFaGLG1OlXzr7mS+69Tg8Yb4/E EPuZl0EHZN7LKe9z7ulVZ3kAt7q2V12/b+2MolA1QSxQXLMzokhBEqYc2GfzgQxTVywBCZWZwqE8aRIcvPudGff9xSnbza+wXtSALS+ig8r/uAfsa1K041nc o6Yzm0SqrnaFSCjXLvzFpUGIlmPIDVkW7HooHFZgJna71PjfprLJ/JesJxaNXMKGZBw0UCfyk8Zdx0ibxI8au0UUEcT9lPP2GM3VntkuprO9d1hDL4bZ2AJ1 CrkALAU7HAWVyk29kqcp2diDW/Rx/OuwpI/m3ezhD5FYuJbAC9ZurA9KLesY3Dd30VhWQ7+SF80OhOez87VwzzHK92FFFg== 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