Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp9756420imu; Wed, 5 Dec 2018 09:43:07 -0800 (PST) X-Google-Smtp-Source: AFSGD/UV2taU+6O9p24xb55yNswhXGce55e5OIYy6tghO1b1WjZkf16HuQlE5WEmhMC2PuGDbC9m X-Received: by 2002:a17:902:ab84:: with SMTP id f4mr24460799plr.207.1544031787040; Wed, 05 Dec 2018 09:43:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544031787; cv=none; d=google.com; s=arc-20160816; b=QzOKwDdqKm46eqAqMmqejI5SpnKsiqZaBPdNWATJSY3bJiUTHXm0xigOx7KwcUSExI tBnUSKDM6hYe+dI8ZSjuf7cIuCZOX7FhoHxxByemQqseQYOwQGTlWqu28p1xdoTKniXH d8X+PWYfRGzy5uk8KJxITa3KZnAEceD3Htxsz2WmIkhfa2+ykYFK3+iel7nhpr6g3fvB 5H/HsPfhdZZjXqsB8MSN0xqphgFKNN6m6EMiNfQYKczWjAxOPZ0a9mk0Z0y7ISTNYqQ/ oHW8EIKpxOCHMqIaerAaf9e1rYj2S+0zA8apr97oTvXIWTJC7BB0Vnno4Xbzfwv7K0oe kGkg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=HR+V43qLwR2oSl/cCx7dBbiCEsZ83TXgMc+fMaTmYnY=; b=Z/SSpUgDqByWT8/KlTrTY4V43FL2BVguMupiX9bi+5elLkYnkqR+YUNC/OalDzRRIG zf8EU6BFSbHr+Cx4NRv5wXdtDqjZRbWoxxxh318hgYz3CIZ7LrYUBBMKuOY59j2Gz1+1 ByOC0ER8aTM9mQcpfe60RGf6x3n9iwugP/q4wbV2RVpti5QqPQ0nGqncO0wz9hpYSfwq IBvRFF7IUb3dSHQu7eNF/v/THnttZkONd9dVJEoikE4DhfcZVQVXNUHBOfFXTOnH9/0M Tx5xZ8ixYcC1gOaspwnwkwfXmiIW6aNphmRe4QVtawXA+bcd/9O1DpKcgOgtbiV4iMk/ +ESA== 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 d14si17421843pgi.158.2018.12.05.09.42.52; Wed, 05 Dec 2018 09:43:07 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727924AbeLERlz (ORCPT + 99 others); Wed, 5 Dec 2018 12:41:55 -0500 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:60194 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727606AbeLERly (ORCPT ); Wed, 5 Dec 2018 12:41:54 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 527D780D; Wed, 5 Dec 2018 09:41:54 -0800 (PST) Received: from [10.1.196.75] (e110467-lin.cambridge.arm.com [10.1.196.75]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 7727B3F575; Wed, 5 Dec 2018 09:41:53 -0800 (PST) Subject: Re: [PATCH 7/9] iommu/of: Use helper functions to access dev->iommu_fwspec To: Joerg Roedel , iommu@lists.linux-foundation.org Cc: Joerg Roedel , linux-kernel@vger.kernel.org References: <20181204163002.15800-1-joro@8bytes.org> <20181204163002.15800-8-joro@8bytes.org> From: Robin Murphy Message-ID: Date: Wed, 5 Dec 2018 17:41:51 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <20181204163002.15800-8-joro@8bytes.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/12/2018 16:30, Joerg Roedel wrote: > 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. > > Signed-off-by: Joerg Roedel > --- > drivers/iommu/of_iommu.c | 7 +++++-- > 1 file changed, 5 insertions(+), 2 deletions(-) > > diff --git a/drivers/iommu/of_iommu.c b/drivers/iommu/of_iommu.c > index c5dd63072529..38232250b5f4 100644 > --- a/drivers/iommu/of_iommu.c > +++ b/drivers/iommu/of_iommu.c > @@ -164,7 +164,7 @@ const struct iommu_ops *of_iommu_configure(struct device *dev, > struct device_node *master_np) > { > const struct iommu_ops *ops = NULL; > - struct iommu_fwspec *fwspec = dev->iommu_fwspec; > + struct iommu_fwspec *fwspec = dev_iommu_fwspec_get(dev); > int err = NO_IOMMU; > > if (!master_np) > @@ -208,6 +208,9 @@ const struct iommu_ops *of_iommu_configure(struct device *dev, > } > } > > + /* The fwspec pointer changed, read it again */ > + fwspec = dev_iommu_fwspec_get(dev); Nit: I think it makes sense to put this inside the "if (!err)" condition below rather than out here where it may or may not be relevant. The comment for that case is already supposed to imply that it's dealing with a fresh fwspec. Robin. > + > /* > * Two success conditions can be represented by non-negative err here: > * >0 : there is no IOMMU, or one was unavailable for non-fatal reasons > @@ -215,7 +218,7 @@ const struct iommu_ops *of_iommu_configure(struct device *dev, > * <0 : any actual error > */ > if (!err) > - ops = dev->iommu_fwspec->ops; > + ops = fwspec->ops; > /* > * If we have reason to believe the IOMMU driver missed the initial > * add_device callback for dev, replay it to get things in order. >