Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp8451534imu; Tue, 4 Dec 2018 08:34:00 -0800 (PST) X-Google-Smtp-Source: AFSGD/UC2gaSLIgbjZcYNJqnYv8kFHY/IZdbcRsb+VY3iAUy62OT0tJPgj3WlHgLbMYAYjjZ6j1k X-Received: by 2002:a62:fc86:: with SMTP id e128mr21623820pfh.54.1543941240040; Tue, 04 Dec 2018 08:34:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543941240; cv=none; d=google.com; s=arc-20160816; b=c6PQPX3HL6l/UxdqrLsQBOircGnqKsDM8cFNY6p6GMeOZnk0AOOcKliSBNVO+dDpXG dsxNrXuoNC2Q6x8bJAMh9nNoxnQuVr6f/ibllXauS/sniDOvRInk/weGPQJL6NM8iQUt FEc2fABoWXMjgOxLgpd6n96RCIiUjyXW6Hi3fhZE+yNW0hvIk2q3SgtE+EG3an1HduZ9 ZviOe5Sp0cUm07o+VRvmF8Su8mQW9oP02pfnfQLlWPQMN9HlalJbNxhiz91IzS9YElQk cZ5VVxJjfw+9rv5kmtJfiTUSSMAxQ3d48UR5QfirRO9f8/HXtZoL6/FgeVVyvfQXBhvJ Kdng== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=kmZcIdmozaWkLpa6MzSrO+N993hQUeCN0yn8Pj6bMlE=; b=SNBV5hFWry1cTHASMaoTVw1Niff/MEJc4BTA1kuaODbnJRdnMcN+HXb25anx8MYoKk zYLCmNESeLL9OXt3Em9hy+5eVZYYXXoogMME642vuQd9OIupqkbrzbHvdHNi1GD38RH1 MehkqauTZNyF+gcMjGvcTTcG9WoM8sW0xaZD3ofyo4XqJ0ikadMHWsHAjobBcyLUeqCp n8njeg0+MlUgE27DxzEJ7C5FafqHVNxEhH+OeYHs1ztE5QfMJKYtRNSVyZwBaUpQt0gU f4uCKwMudA7XjQiQoiKQBq9QjWXlDP+Hr4ycL1wTiy2lEu6M9BfRD2dsT3ZJQe4aV49D HDPg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=8bytes.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v69si15660114pgd.284.2018.12.04.08.33.35; Tue, 04 Dec 2018 08:34:00 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=8bytes.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727037AbeLDQaH (ORCPT + 99 others); Tue, 4 Dec 2018 11:30:07 -0500 Received: from 8bytes.org ([81.169.241.247]:51474 "EHLO theia.8bytes.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726421AbeLDQaG (ORCPT ); Tue, 4 Dec 2018 11:30:06 -0500 Received: by theia.8bytes.org (Postfix, from userid 1000) id CAB9D3CA; Tue, 4 Dec 2018 17:30:04 +0100 (CET) From: Joerg Roedel To: iommu@lists.linux-foundation.org Cc: Robin Murphy , linux-kernel@vger.kernel.org, Joerg Roedel , Lorenzo Pieralisi Subject: [PATCH 2/9] ACPI/IORT: Use helper functions to access dev->iommu_fwspec Date: Tue, 4 Dec 2018 17:29:55 +0100 Message-Id: <20181204163002.15800-3-joro@8bytes.org> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20181204163002.15800-1-joro@8bytes.org> References: <20181204163002.15800-1-joro@8bytes.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Joerg Roedel Use the new helpers dev_iommu_fwspec_get()/set() to access the dev->iommu_fwspec pointer. This makes it easier to move that pointer later into another struct. Cc: Lorenzo Pieralisi Signed-off-by: Joerg Roedel --- drivers/acpi/arm64/iort.c | 12 +++++++----- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/drivers/acpi/arm64/iort.c b/drivers/acpi/arm64/iort.c index 70f4e80b9246..754a67ba49e5 100644 --- a/drivers/acpi/arm64/iort.c +++ b/drivers/acpi/arm64/iort.c @@ -779,7 +779,7 @@ static inline bool iort_iommu_driver_enabled(u8 type) static struct acpi_iort_node *iort_get_msi_resv_iommu(struct device *dev) { struct acpi_iort_node *iommu; - struct iommu_fwspec *fwspec = dev->iommu_fwspec; + struct iommu_fwspec *fwspec = dev_iommu_fwspec_get(dev); iommu = iort_get_iort_node(fwspec->iommu_fwnode); @@ -824,6 +824,7 @@ static inline int iort_add_device_replay(const struct iommu_ops *ops, */ int iort_iommu_msi_get_resv_regions(struct device *dev, struct list_head *head) { + struct iommu_fwspec *fwspec = dev_iommu_fwspec_get(dev); struct acpi_iort_its_group *its; struct acpi_iort_node *iommu_node, *its_node = NULL; int i, resv = 0; @@ -841,9 +842,9 @@ int iort_iommu_msi_get_resv_regions(struct device *dev, struct list_head *head) * a given PCI or named component may map IDs to. */ - for (i = 0; i < dev->iommu_fwspec->num_ids; i++) { + for (i = 0; i < fwspec->num_ids; i++) { its_node = iort_node_map_id(iommu_node, - dev->iommu_fwspec->ids[i], + fwspec->ids[i], NULL, IORT_MSI_TYPE); if (its_node) break; @@ -1036,6 +1037,7 @@ void iort_dma_setup(struct device *dev, u64 *dma_addr, u64 *dma_size) */ const struct iommu_ops *iort_iommu_configure(struct device *dev) { + struct iommu_fwspec *fwspec = dev_iommu_fwspec_get(dev); struct acpi_iort_node *node, *parent; const struct iommu_ops *ops; u32 streamid = 0; @@ -1045,7 +1047,7 @@ const struct iommu_ops *iort_iommu_configure(struct device *dev) * If we already translated the fwspec there * is nothing left to do, return the iommu_ops. */ - ops = iort_fwspec_iommu_ops(dev->iommu_fwspec); + ops = iort_fwspec_iommu_ops(fwspec); if (ops) return ops; @@ -1084,7 +1086,7 @@ const struct iommu_ops *iort_iommu_configure(struct device *dev) * add_device callback for dev, replay it to get things in order. */ if (!err) { - ops = iort_fwspec_iommu_ops(dev->iommu_fwspec); + ops = iort_fwspec_iommu_ops(fwspec); err = iort_add_device_replay(ops, dev); } -- 2.17.1