From: Tim Sell Date: Wed, 2 Mar 2016 00:45:02 +0000 (-0500) Subject: staging: unisys: visorbus: fix payload memory usage in controlvm channel X-Git-Tag: v5.15~14007^2~409 X-Git-Url: http://review.tizen.org/git/?a=commitdiff_plain;h=a8deaef37012aecc920996dd5a064b2417d9cbfa;p=platform%2Fkernel%2Flinux-starfive.git staging: unisys: visorbus: fix payload memory usage in controlvm channel Previously if controlvm message payloads (indicated in controlvm message via struct controlvm_message.hdr.payload_vm_offset) were contained within the bounds of the channel memory, we would fail to process any controlvm message that contained payload data. Reason is, the request_mem_region() would fail, because it overlapped the channel memory. Since request_mem_region() doesn't actually serve a functional purpose anyway, this was simply removed. Signed-off-by: Timothy Sell Signed-off-by: David Kershner Signed-off-by: Greg Kroah-Hartman --- diff --git a/drivers/staging/unisys/visorbus/visorchipset.c b/drivers/staging/unisys/visorbus/visorchipset.c index c4c71c6..e1a5b67 100644 --- a/drivers/staging/unisys/visorbus/visorchipset.c +++ b/drivers/staging/unisys/visorbus/visorchipset.c @@ -399,21 +399,13 @@ parser_init_byte_stream(u64 addr, u32 bytes, bool local, bool *retry) p = __va((unsigned long)(addr)); memcpy(ctx->data, p, bytes); } else { - void *mapping; + void *mapping = memremap(addr, bytes, MEMREMAP_WB); - if (!request_mem_region(addr, bytes, "visorchipset")) { - rc = NULL; - goto cleanup; - } - - mapping = memremap(addr, bytes, MEMREMAP_WB); if (!mapping) { - release_mem_region(addr, bytes); rc = NULL; goto cleanup; } memcpy(ctx->data, mapping, bytes); - release_mem_region(addr, bytes); memunmap(mapping); }