Received: by 2002:ac0:a591:0:0:0:0:0 with SMTP id m17-v6csp1426682imm; Thu, 5 Jul 2018 23:14:04 -0700 (PDT) X-Google-Smtp-Source: AAOMgpeU2731uKjORkAAGQy4edKP/sx3WPwEKSjhydvrHzzDbh//vlV5z4lxr8JAvR+2UTULV9GS X-Received: by 2002:a17:902:5381:: with SMTP id c1-v6mr8963491pli.137.1530857644820; Thu, 05 Jul 2018 23:14:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530857644; cv=none; d=google.com; s=arc-20160816; b=RBVEAnXlIHiTX2jU989sBA4PaUwZ5OxsYuy5DuJw3lZ1P7bJOiJ5ypMyyJ9B9tzfJe nPXHBJfFhesxK1gwwZY84CbTpZbiDOnSxDqvQ+vJ/CCduAWhqpqfStZQFHLsmZ1qeBCB 2cVyAqlue6cHMe13ag/E1DHRysuGz626IBqZ3wFvc4O4Fa1ZhVeUYE6u9lUDOngXekai nBITYEkc4mdykfMfdtjd++3SIP5QAgryDTswXY/VzMhS04P6poLb5JryBbJ9qXzHAfI5 /zOjV3WzDpflpCYVFF2wG2X4pm+lv8RaitL44hJ00BDmPj2XG7FH9sHXxpMoHljoQjDA Kd/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=8m5OGfTj476BG+EXjRd9zgUaaYqSwRS2cB/vdk4EZjA=; b=nIwLT7G0zc4xCcVO23pNdcqZPx/Dvz03tdxqS+uuATjLg4sEY+qvTcltvziTtpBAKm jfKuJGcryjt3E5RW+9LjMgKrD7xc6p7+2efdmjquJIjx0rOVOj6QKI+B6EsKjaGaXrHp xBQfFq52cmPoKlIXWYPGbtyN5qL5HtG3dd5hE+b6rU8SgsZzTRkW08DMeW3k4EPoEABG pRQKvl6tet2NoKk6BalsYO09CSPtoYVHrbepfWNQDKwqf2ZFuHzzFZjxJtS8lh4Kw0eV p87V4GjaS8CScJBoijkmzcQy014f5sd/W6j+rT9E2YPPhEXCSLeJE0xOKySGKztp9gVq U22A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a7-v6si8099500pfg.200.2018.07.05.23.13.50; Thu, 05 Jul 2018 23:14:04 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932893AbeGFFrj (ORCPT + 99 others); Fri, 6 Jul 2018 01:47:39 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:58578 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932824AbeGFFrg (ORCPT ); Fri, 6 Jul 2018 01:47:36 -0400 Received: from localhost (D57D388D.static.ziggozakelijk.nl [213.125.56.141]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 06273BA2; Fri, 6 Jul 2018 05:47:35 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, "Rafael J. Wysocki" , Heikki Krogerus Subject: [PATCH 4.17 06/46] acpi: Add helper for deactivating memory region Date: Fri, 6 Jul 2018 07:46:27 +0200 Message-Id: <20180706054524.917735609@linuxfoundation.org> X-Mailer: git-send-email 2.18.0 In-Reply-To: <20180706054524.595521988@linuxfoundation.org> References: <20180706054524.595521988@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.17-stable review patch. If anyone has any objections, please let me know. ------------------ From: Heikki Krogerus commit d2d2e3c46be5d6dd8001d0eebdf7cafb9bc7006b upstream. Sometimes memory resource may be overlapping with SystemMemory Operation Region by design, for example if the memory region is used as a mailbox for communication with a firmware in the system. One occasion of such mailboxes is USB Type-C Connector System Software Interface (UCSI). With regions like that, it is important that the driver is able to map the memory with the requirements it has. For example, the driver should be allowed to map the memory as non-cached memory. However, if the operation region has been accessed before the driver has mapped the memory, the memory has been marked as write-back by the time the driver is loaded. That means the driver will fail to map the memory if it expects non-cached memory. To work around the problem, introducing helper that the drivers can use to temporarily deactivate (unmap) SystemMemory Operation Regions that overlap with their IO memory. Fixes: 8243edf44152 ("usb: typec: ucsi: Add ACPI driver") Cc: stable@vger.kernel.org Reviewed-by: Rafael J. Wysocki Signed-off-by: Heikki Krogerus Signed-off-by: Greg Kroah-Hartman --- drivers/acpi/osl.c | 72 +++++++++++++++++++++++++++++++++++++++++++++++++++ include/linux/acpi.h | 3 ++ 2 files changed, 75 insertions(+) --- a/drivers/acpi/osl.c +++ b/drivers/acpi/osl.c @@ -45,6 +45,8 @@ #include #include +#include "acpica/accommon.h" +#include "acpica/acnamesp.h" #include "internal.h" #define _COMPONENT ACPI_OS_SERVICES @@ -1490,6 +1492,76 @@ int acpi_check_region(resource_size_t st } EXPORT_SYMBOL(acpi_check_region); +static acpi_status acpi_deactivate_mem_region(acpi_handle handle, u32 level, + void *_res, void **return_value) +{ + struct acpi_mem_space_context **mem_ctx; + union acpi_operand_object *handler_obj; + union acpi_operand_object *region_obj2; + union acpi_operand_object *region_obj; + struct resource *res = _res; + acpi_status status; + + region_obj = acpi_ns_get_attached_object(handle); + if (!region_obj) + return AE_OK; + + handler_obj = region_obj->region.handler; + if (!handler_obj) + return AE_OK; + + if (region_obj->region.space_id != ACPI_ADR_SPACE_SYSTEM_MEMORY) + return AE_OK; + + if (!(region_obj->region.flags & AOPOBJ_SETUP_COMPLETE)) + return AE_OK; + + region_obj2 = acpi_ns_get_secondary_object(region_obj); + if (!region_obj2) + return AE_OK; + + mem_ctx = (void *)®ion_obj2->extra.region_context; + + if (!(mem_ctx[0]->address >= res->start && + mem_ctx[0]->address < res->end)) + return AE_OK; + + status = handler_obj->address_space.setup(region_obj, + ACPI_REGION_DEACTIVATE, + NULL, (void **)mem_ctx); + if (ACPI_SUCCESS(status)) + region_obj->region.flags &= ~(AOPOBJ_SETUP_COMPLETE); + + return status; +} + +/** + * acpi_release_memory - Release any mappings done to a memory region + * @handle: Handle to namespace node + * @res: Memory resource + * @level: A level that terminates the search + * + * Walks through @handle and unmaps all SystemMemory Operation Regions that + * overlap with @res and that have already been activated (mapped). + * + * This is a helper that allows drivers to place special requirements on memory + * region that may overlap with operation regions, primarily allowing them to + * safely map the region as non-cached memory. + * + * The unmapped Operation Regions will be automatically remapped next time they + * are called, so the drivers do not need to do anything else. + */ +acpi_status acpi_release_memory(acpi_handle handle, struct resource *res, + u32 level) +{ + if (!(res->flags & IORESOURCE_MEM)) + return AE_TYPE; + + return acpi_walk_namespace(ACPI_TYPE_REGION, handle, level, + acpi_deactivate_mem_region, NULL, res, NULL); +} +EXPORT_SYMBOL_GPL(acpi_release_memory); + /* * Let drivers know whether the resource checks are effective */ --- a/include/linux/acpi.h +++ b/include/linux/acpi.h @@ -443,6 +443,9 @@ int acpi_check_resource_conflict(const s int acpi_check_region(resource_size_t start, resource_size_t n, const char *name); +acpi_status acpi_release_memory(acpi_handle handle, struct resource *res, + u32 level); + int acpi_resources_are_enforced(void); #ifdef CONFIG_HIBERNATION