From patchwork Tue Feb 2 18:55:10 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Kani, Toshi" X-Patchwork-Id: 8194351 Return-Path: X-Original-To: patchwork-linux-acpi@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork2.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.136]) by patchwork2.web.kernel.org (Postfix) with ESMTP id 1915CBEEE5 for ; Tue, 2 Feb 2016 18:57:23 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 340BE202F0 for ; Tue, 2 Feb 2016 18:57:19 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 3202320270 for ; Tue, 2 Feb 2016 18:57:18 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964848AbcBBS44 (ORCPT ); Tue, 2 Feb 2016 13:56:56 -0500 Received: from g4t3425.houston.hp.com ([15.201.208.53]:29283 "EHLO g4t3425.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965387AbcBBS4X (ORCPT ); Tue, 2 Feb 2016 13:56:23 -0500 Received: from g9t2301.houston.hp.com (g9t2301.houston.hp.com [16.216.185.78]) by g4t3425.houston.hp.com (Postfix) with ESMTP id 3B95A58; Tue, 2 Feb 2016 18:56:23 +0000 (UTC) Received: from misato.fc.hp.com (misato.fc.hp.com [16.78.168.61]) by g9t2301.houston.hp.com (Postfix) with ESMTP id 76A844F; Tue, 2 Feb 2016 18:56:22 +0000 (UTC) From: Toshi Kani To: mingo@kernel.org, bp@suse.de, dan.j.williams@intel.com, rjw@rjwysocki.net, akpm@linux-foundation.org Cc: linux-nvdimm@lists.01.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, Toshi Kani Subject: [PATCH 2/3] resource: Add iomem_set_desc() to set I/O descriptor Date: Tue, 2 Feb 2016 11:55:10 -0700 Message-Id: <1454439311-23690-3-git-send-email-toshi.kani@hpe.com> X-Mailer: git-send-email 2.4.3 In-Reply-To: <1454439311-23690-1-git-send-email-toshi.kani@hpe.com> References: <1454439311-23690-1-git-send-email-toshi.kani@hpe.com> Sender: linux-acpi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org X-Spam-Status: No, score=-7.3 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP ACPI 6.0 defines persistent memory ranges in multiple firmware interfaces, E820_PMEM type in e820, EFI_PERSISTENT_MEMORY type in EFI, and ACPI NFIT table. This EFI spec change, however, hit a bug in the grub bootloader, which handles EFI_PERSISTENT_MEMORY as regular memory and potentially corrupts stored user data [1]. This issue leads FW vendors to consider using generic reserved type in e820 and EFI to cover persistent memory, so that no new type is used in e820 and EFI. The kernel can initialize persistent memory from ACPI NFIT table alone. This basic approach may continue in future that new types will only be defined to ACPI tables. This however causes a problem in the iomem table. On x86, for instance, e820_reserve_resources() initializes top-level entries (iomem_resource.child) from the e820 table in early boot-time. The reserved type does not provide any specific type information. Hence, this patch adds iomem_set_desc(), which allows drivers to set IO descriptor to a corresponding top-level iomem entry that is not marked as BUSY. Drivers, such as ACPI drivers, can call this interface to set a specific type when they enumerate ACPI tables later in the boot sequence or run-time. [1] https://lists.gnu.org/archive/html/grub-devel/2015-11/msg00209.html Signed-off-by: Toshi Kani Cc: Ingo Molnar Cc: Borislav Petkov Cc: Rafael J. Wysocki Cc: Andrew Morton Cc: Dan Williams --- include/linux/ioport.h | 2 ++ kernel/resource.c | 41 +++++++++++++++++++++++++++++++++++++++++ 2 files changed, 43 insertions(+) -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/include/linux/ioport.h b/include/linux/ioport.h index afb4559..54f7435 100644 --- a/include/linux/ioport.h +++ b/include/linux/ioport.h @@ -260,6 +260,8 @@ extern void __devm_release_region(struct device *dev, struct resource *parent, resource_size_t start, resource_size_t n); extern int iomem_map_sanity_check(resource_size_t addr, unsigned long size); extern int iomem_is_exclusive(u64 addr); +extern int iomem_set_desc(resource_size_t start, size_t size, + unsigned long desc); extern int walk_system_ram_range(unsigned long start_pfn, unsigned long nr_pages, diff --git a/kernel/resource.c b/kernel/resource.c index 9df79ff..7d68297 100644 --- a/kernel/resource.c +++ b/kernel/resource.c @@ -1534,6 +1534,47 @@ int iomem_is_exclusive(u64 addr) return err; } +/** + * iomem_set_desc - set I/O descriptor to the corresponding iomem entry + * @start: start address + * @size: size of the range + * @desc: I/O descriptor + * + * Set IO descriptor to the corresponding top-level iomem entry. + * Return 0 for success, -EBUSY when the entry is marked as BUSY, + * -EINVAL when no corresponding entry is found. + */ +int iomem_set_desc(resource_size_t start, size_t size, unsigned long desc) +{ + resource_size_t end = start + size - 1; + struct resource *p; + int match = 0, ret = -EINVAL; + + write_lock(&resource_lock); + + for (p = iomem_resource.child; p ; p = p->sibling) { + if (p->start < start) + continue; + if ((p->start == start) && (p->end == end)) + match = 1; + break; + } + + if (match) { + if (p->flags & IORESOURCE_BUSY) { + ret = -EBUSY; + } else { + p->desc = desc; + ret = 0; + } + } + + write_unlock(&resource_lock); + + return ret; +} +EXPORT_SYMBOL_GPL(iomem_set_desc); + struct resource_entry *resource_list_create_entry(struct resource *res, size_t extra_size) {