Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp4340368pxk; Tue, 29 Sep 2020 23:42:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwjxDLgndDAHa9v7g15E0yP/wOwdEu5vjXJs/nVilECMlVXePURUJwBIUqfBix8jcr8jGOx X-Received: by 2002:a05:6402:b64:: with SMTP id cb4mr1113385edb.25.1601448178168; Tue, 29 Sep 2020 23:42:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601448178; cv=none; d=google.com; s=arc-20160816; b=dfXl8SYjmHVSZWO3Xb9apYgjT3Cafvv1pIfZmq7K/6/RmjD5EcHPv3h2yKDZf0Tw2o 9gzdv8L578sd9IAmSW3h0ngeIbJIb3lWnOcCUFr4W23HnNpybPJaCeWNTAxQNHakPfvr /CCMMN0XN0htZUYhKhe5oPTNt0fP8XZL7nW8MgfTvgjuWxWkHSVL2AoF+m7RAYhQLYXP JT+5xRJTkhAJqz6/OIBr1KKUk29RLO3SAxtsVeYlRd6ui1WLV7mk6zBr6JG6bXE+jdQF lUJKAcGmAgxHabTSu01YzWNm+3w4QEBa7fetqgBhMOnEZKTXHQ4pHt3IUTco47EzfDYu rUWg== 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=CuQL0DR3SznyNcaZUnBt+RDDBya3xXYL9URyxcOJ1YQ=; b=JhqxERZDH/R3fRUZ4Yldg4cHDHHG4rkv/wxdik5E81n0ltHJp5uZjW9O4muEMDH1bK JK4gj10Yz3NiSUcebAyzhxDf0LjFPjaqfqutDuPTDLutrXdG08sfiEzK4DalIYgXcQ0e r5vNK4ArV+7/jetTRgsGl+//aWPjT5qsaG+n1m7nQX5vr3kfYxH5eKXgOl5F9JhxL4c0 8LqGDXpqy5oH7osv+Xb1gK9249io3T3dp1bQqVh8/y5vKJ2nypB5hbqu4Jf0DLQCZ/Wy Irz73qPPUAGCHzmdI+/3jy919YtjOXA24zCPGyMTfgM17fItKgFFU4r8+aNB0YLONytr 8rXg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=gdyYML4L; 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 p7si450934edy.43.2020.09.29.23.42.35; Tue, 29 Sep 2020 23:42:58 -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=gdyYML4L; 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 S1728149AbgI3GkL (ORCPT + 99 others); Wed, 30 Sep 2020 02:40:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45354 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725777AbgI3GkJ (ORCPT ); Wed, 30 Sep 2020 02:40:09 -0400 Received: from mail-pf1-x441.google.com (mail-pf1-x441.google.com [IPv6:2607:f8b0:4864:20::441]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 970F7C061755; Tue, 29 Sep 2020 23:40:07 -0700 (PDT) Received: by mail-pf1-x441.google.com with SMTP id q123so513192pfb.0; Tue, 29 Sep 2020 23:40:07 -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=CuQL0DR3SznyNcaZUnBt+RDDBya3xXYL9URyxcOJ1YQ=; b=gdyYML4LIy0Pdw++JhCkK7u4U1wFZnA8uJbeuQA1lieBfwc2mWJTImgPa4okxwBwU+ 7Cpxg11IVNDt9c4MxpyzPsF9hkNa0mZKIuYUOauANppORHKXO6F7IM0ANyN8xFPbGJbY GDNTZYHcrsPEyjwtwGq8h0wLRZNrdy15dGdFGHa4MuPOzhEY/XSpH3yaHv1KTpJxajWe JIPS02rpuLzl2fohPPRlCImqKeYswcD7WvW8qh5cowrqufAoOLb8IEr+z9NcavRVYzYz GP4FsvYYyRim3Jw0EVz+AYp9R1xoP8VadFXh3Fk4VbC5COmQcn3YvD52NQHeI+73MnTl qFmg== 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=CuQL0DR3SznyNcaZUnBt+RDDBya3xXYL9URyxcOJ1YQ=; b=A/rodfkWgTLDH5LiODqsp4e+fvzJREmlvukqKLzGfgRh4qPaB/Sa1ENTq8aJIbZRMg 2Me4/lS7yiEK8vsM4HmMd0ilJEbGhA4/ZjlJRPQv0BItrkmuqVfY6OXK629J9cv7qizl 2zjndEy39ZRYwk4ho17M2qk8HtdRqTnlGyAnUzPEBscaqQhQPYMSksx3kMEUJidc1xnA Zz0ys4oC/7PK93oLf/LpTqQDzmsrOLtjQlyciku6lWa7RobsQkUeVdNw5pEVVaiVuAU6 1J+dTPQ1D4BfYrKsBTRC2gPvWKJxQUYyZcbbtk5hx5xiJB+cR/OYYRtwQ6afgVFgbC9Y jQOg== X-Gm-Message-State: AOAM530RI540kwGzsQkCZSoGsya+85V4B0uZk5sF4mcTqjNanP5Ky2pO wNaifeJxOFEJVKwzleStFx8= X-Received: by 2002:a63:5b5c:: with SMTP id l28mr993289pgm.243.1601448007009; Tue, 29 Sep 2020 23:40:07 -0700 (PDT) Received: from Asurada-Nvidia (thunderhill.nvidia.com. [216.228.112.22]) by smtp.gmail.com with ESMTPSA id v21sm905557pgl.39.2020.09.29.23.40.06 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Tue, 29 Sep 2020 23:40:06 -0700 (PDT) Date: Tue, 29 Sep 2020 23:34:36 -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: <20200930063435.GC16460@Asurada-Nvidia> References: <20200930003013.31289-1-nicoleotsuka@gmail.com> <20200930003013.31289-3-nicoleotsuka@gmail.com> <931eb16b-4529-2c20-c696-c57a9138aded@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <931eb16b-4529-2c20-c696-c57a9138aded@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:20:50AM +0300, Dmitry Osipenko wrote: > 30.09.2020 08:10, Dmitry Osipenko пишет: > > 30.09.2020 03:30, Nicolin Chen пишет: > >> static void tegra_smmu_release_device(struct device *dev) > > > > The tegra_get_memory_controller() uses of_find_device_by_node(), hence > > tegra_smmu_release_device() should put_device(mc) in order to balance > > back the refcounting. > > > > Actually, the put_device(mc) should be right after > tegra_get_memory_controller() in tegra_smmu_probe_device() because SMMU > is a part of MC, hence MC can't just go away. Hmm..I found that there is no put_device() call in tegra20-devfreq. Should we just put_device(pdev->dev) in tegra_get_memory_controller?