Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp4333135pxk; Tue, 29 Sep 2020 23:26:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyxvaeAdmlsj0bANvqNN3fITJD6adpfnWJl/ScSZhzEH6MBOUdWke6hqXJNidg0Wcd/qyxh X-Received: by 2002:a17:906:cb92:: with SMTP id mf18mr1290129ejb.485.1601447196580; Tue, 29 Sep 2020 23:26:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601447196; cv=none; d=google.com; s=arc-20160816; b=xwd3fN/tOsLnxCDrhLs3C/3u5WKK+VHkxscpBdzgFKjdJkTCSBx/0giWQsDkCSrL3+ LD4ftIsCFXvJyDZKhnZA6GVADlgAHUg7xU17CZxyuBdubYoSqUzBTzS6a5NT8njXzAMu k4V70NQHF9aJDnNjkeSTHhNDa95EXwgdPhKXYv2MzeOOwUKPv7Bee+vHdvd3iJvBlzFy ldTxPOumba+9DJ/qqSaIoOpIcYgCiTIHksFpnd5aiOgVbLHFUomsjP0+7FmCHQiNQYTP FixXA0WNFv4yIlMdply8eRV7Da8PSED3DAk2QpRnnboGbu/4V4xsOrriaB6SKva8CGVM c3WQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=kaEkSViWbjYB0RH9ZyEW8r5tVkb02wtxnjkae2cXiGU=; b=ZkSISUg6xGZJ1HclD3KczyoRIIaJ63qecxAJNKLGO+bn0QaCpAqL8vRqsJSgpPzYk3 3XZnrilcDY1IJkEi839QZecIMXr5y1tEdNY5aGTOBQGHUXaVhbFbgJDbAHiZ+iqzVexW jC9HXEDbENV5e3B6n4s+rlSg/2VY3zFSnfb7ZtEJfY4jkeIf8+2CxdWQnF306UmuueYw AIQ/6Gl1orJsPoeMPQl7ik9gVt5pV3yEq/55cls0S/N21N/q9b9S9Y/5hJf1OJHzeN41 d2Zc8x4PD+Em2UydzdjC4j9wvZ79fNncuQ2cYUgqMbNoemBm8ggqBhILHF/WVfqrsCnL VW1Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=uiFR6MaT; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q16si564087ejt.139.2020.09.29.23.26.13; Tue, 29 Sep 2020 23:26:36 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=uiFR6MaT; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727347AbgI3GZG (ORCPT + 99 others); Wed, 30 Sep 2020 02:25:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43048 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725320AbgI3GZG (ORCPT ); Wed, 30 Sep 2020 02:25:06 -0400 Received: from mail-pf1-x443.google.com (mail-pf1-x443.google.com [IPv6:2607:f8b0:4864:20::443]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9180EC061755; Tue, 29 Sep 2020 23:25:06 -0700 (PDT) Received: by mail-pf1-x443.google.com with SMTP id l126so462485pfd.5; Tue, 29 Sep 2020 23:25:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=kaEkSViWbjYB0RH9ZyEW8r5tVkb02wtxnjkae2cXiGU=; b=uiFR6MaTCXKc54vDlDXKTz1jvt4Fhu0qB6H5jQi1oliL6ap+OfSGineMREv4zbbGXn XjXLqruGSTMRn6tiTzSFuISucJznAxSpYoa7Pgg9XaY1Fdj3UMF7fmnLpjgIHbg2OXjE SUmcl0J2NPKxYmsNnJV+47xzw5SaPj6OG4Onsx6OmzGaIjHbz/yTmztDFUk/KQC0HjXT E+LBY4gdhTaiATRhI1ZlGdftj/ZqDRgXmHjN5REdPogg7Ir7UB9+5csXiwD9/wWFnTbS GRsh3j6EvriK4oFXnWktQMJ/9RKl0dEUGVzO1XitHw3LwWqjLPFij97lRUpszDlChu6Y uNAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=kaEkSViWbjYB0RH9ZyEW8r5tVkb02wtxnjkae2cXiGU=; b=jzQp5yHSQKbJBAkpisnqKiwUtGAuWoyD7MJJMkdfqnKUpHBQOmVRP1DL5DI9a+BsLN C/X7eahumptHGsJKrZQvbm/KhnR7Il/qkh2Ra/0CCc1HzFMJ0LmcrgEpqavDtAN34HF9 9JglLDTA5kxjUu+11EquB1Hta/q6t44KpZru53HUfVfr18Jkx4u4eNZTvJRRypsWTz+Z hL7OU50XsrNAXnyuOb0m+xkUlw271zczk0GqI+qFpjZlUCcALPStSKwC6oEKxuspuzJR nvDjA/gEh7heQer5f/+c5ghS7XHHp24ZTLd5wk+UZDOLlFQRcxq7oDe8AoCOcHSeoKRl U1WQ== X-Gm-Message-State: AOAM533Bw+r02ujrq9MFZATsFTIAoMJKgGE4h5s745596d5SVjtRZPha Nb26uOrbLSet7jF68SsZdT4= X-Received: by 2002:a63:fa45:: with SMTP id g5mr976137pgk.448.1601447106094; Tue, 29 Sep 2020 23:25:06 -0700 (PDT) Received: from Asurada-Nvidia (thunderhill.nvidia.com. [216.228.112.22]) by smtp.gmail.com with ESMTPSA id t3sm895690pje.43.2020.09.29.23.25.05 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Tue, 29 Sep 2020 23:25:05 -0700 (PDT) Date: Tue, 29 Sep 2020 23:19:35 -0700 From: Nicolin Chen To: Dmitry Osipenko Cc: thierry.reding@gmail.com, joro@8bytes.org, krzk@kernel.org, vdumpa@nvidia.com, jonathanh@nvidia.com, linux-tegra@vger.kernel.org, iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 2/3] iommu/tegra-smmu: Rework .probe_device and .attach_dev Message-ID: <20200930061935.GB16460@Asurada-Nvidia> References: <20200930003013.31289-1-nicoleotsuka@gmail.com> <20200930003013.31289-3-nicoleotsuka@gmail.com> <20200930054119.GE31821@Asurada-Nvidia> <68c13611-bc3d-5ba6-70ec-29786d69ff9a@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <68c13611-bc3d-5ba6-70ec-29786d69ff9a@gmail.com> User-Agent: Mutt/1.9.4 (2018-02-28) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 30, 2020 at 08:59:45AM +0300, Dmitry Osipenko wrote: > 30.09.2020 08:41, Nicolin Chen пишет: > > On Wed, Sep 30, 2020 at 08:39:54AM +0300, Dmitry Osipenko wrote: > >> 30.09.2020 03:30, Nicolin Chen пишет: > >>> static int tegra_smmu_attach_dev(struct iommu_domain *domain, > >>> struct device *dev) > >>> { > >>> + struct iommu_fwspec *fwspec = dev_iommu_fwspec_get(dev); > >>> struct tegra_smmu *smmu = dev_iommu_priv_get(dev); > >>> struct tegra_smmu_as *as = to_smmu_as(domain); > >>> - struct device_node *np = dev->of_node; > >>> - struct of_phandle_args args; > >>> unsigned int index = 0; > >>> int err = 0; > >>> > >>> - while (!of_parse_phandle_with_args(np, "iommus", "#iommu-cells", index, > >>> - &args)) { > >>> - unsigned int swgroup = args.args[0]; > >>> - > >>> - if (args.np != smmu->dev->of_node) { > >>> - of_node_put(args.np); > >>> - continue; > >>> - } > >>> - > >>> - of_node_put(args.np); > >>> + if (!fwspec || fwspec->ops != &tegra_smmu_ops) > >>> + return -ENOENT; > >> > >> s/&tegra_smmu_ops/smmu->iommu.ops/ > >> > >> Secondly, is it even possible that fwspec could be NULL here or that > >> fwspec->ops != smmu->ops? > > > > I am following what's in the arm-smmu driver, as I think it'd be > > a common practice to do such a check in such a way. > > > > Please check whether it's really needed. It looks like it was needed > sometime ago, but that's not true anymore. Given that most iommu drivers have ->ops check, I'd like to have it also for safety. If someday that's not true anymore, I'd expect someone to update all existing drivers.