Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp5517583ybf; Thu, 5 Mar 2020 02:06:47 -0800 (PST) X-Google-Smtp-Source: ADFU+vvZwleuDCGK2J+ZgbJ/Oawb3KAlrfwrJXI316GFVF4eTZMsPRI20sOwhWy7vd+/d9MBdpuY X-Received: by 2002:a05:6830:108d:: with SMTP id y13mr6134837oto.241.1583402807093; Thu, 05 Mar 2020 02:06:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583402807; cv=none; d=google.com; s=arc-20160816; b=NQM0SAjBTI17qWTFLuJmkaQz88IC77iOV+TUkk/H1865/YJXxqhSk4muuwbOcJP8YU HF8ay7mqpAUsF5XZKo6xGSYa+Fn+9blYuK8SRMTC5hp43XTcCiAcs43cYp7WBeta/Goc gXrwxJjmk1y+9OJyQk2P8A8cf+c2zDcXmqG4oCg5BAkyteNOpLAWIABAG8juc6qDnZT9 GxGzcWAl1W2aoZM6PHpirH532b/iZUWT5BOnd5S0IOyGajxOevzNVIycC5ALzZvbzNi1 sNITeNnYZEKNyyLGTLGW0cNVgZxNx0DANZb7bkxIQ2c9WNTlYnQDHkSZ6onOrgM1ZvVo QOlg== 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=8iJd/2ycGogWAmV1MM+tql09pCK2CN43to5uENQ0Yuk=; b=YCC5A+/asFnXd+noVfrV1EjiMDUhmYbcITyd/c6oMImi+M/hsDpjmDEAu8xwo+RXvQ D+wmRcJrdL5omCw5buJcD2I6MZ2vifbYqlKg/S7jF6RQeVphx+O2Xtqvp7EJ8M8VGrdW N/gncFAqyruKl4jpDpf8SJ3Lv2LRRPiJnOfU/a1OYfEBgdLgi0QmCxx47Cf7YSh38mcD y/YiQk8IwfSXTphamtym/sj3pBLWZX4QZ/9ZH1W8BQb8qa5/XnuPmfXfp+HQMpNItqe0 IXSH8IQGGwyVlhjzftdhVIz3u7tl0GpP9QG6yN423xpTmD1bbhZhSFJastN0B+AlB8Jy Kx5Q== 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 z18si2901477oid.82.2020.03.05.02.06.34; Thu, 05 Mar 2020 02:06:47 -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 S1726263AbgCEKFM (ORCPT + 99 others); Thu, 5 Mar 2020 05:05:12 -0500 Received: from foss.arm.com ([217.140.110.172]:46648 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725880AbgCEKFM (ORCPT ); Thu, 5 Mar 2020 05:05:12 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id C89F331B; Thu, 5 Mar 2020 02:05:11 -0800 (PST) Received: from [10.37.12.115] (unknown [10.37.12.115]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 73E993F6C4; Thu, 5 Mar 2020 02:05:07 -0800 (PST) Subject: Re: [PATCH] drm/exynos: Fix memory leak and release IOMMU mapping structures To: Marek Szyprowski , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org Cc: inki.dae@samsung.com, jy0922.shim@samsung.com, sw0312.kim@samsung.com, kyungmin.park@samsung.com, airlied@linux.ie, daniel@ffwll.ch, kgene@kernel.org, krzk@kernel.org, b.zolnierkie@samsung.com, a.hajda@samsung.com, Dietmar.Eggemann@arm.com References: <20200304220022.8003-1-lukasz.luba@arm.com> <684ef9fb-eafb-22d3-40c1-50f596211d85@samsung.com> From: Lukasz Luba Message-ID: <1044756c-39cf-9fea-4338-40e5a68349a9@arm.com> Date: Thu, 5 Mar 2020 10:05:03 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <684ef9fb-eafb-22d3-40c1-50f596211d85@samsung.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Marek, On 3/5/20 7:07 AM, Marek Szyprowski wrote: > Hi Lukasz, > > On 04.03.2020 23:00, Lukasz Luba wrote: >> There is a memory leak which left some objects not freed. The reference >> counter of mapping: 'mapping->kref' was 2 when calling >> arm_iommu_detach_device(), so the release_iommu_mapping() won't be called. >> Since the old mapping structure is not going to be used any more (because >> it is detached and new one attached), call arm_iommu_release_mapping() >> to trigger cleanup. > > This will break IOMMU support in Exynos DRM if deferred probe happens. > Here is a proper fix: I forgot about the deferred probe. > > https://patchwork.kernel.org/patch/11415715/ > > The mapping initially created by DMA-mapping framework should be > attached back when Exynos DRM releases the subdev device. > Indeed, as you responded in that thread with the example, there is more dependencies and attaching back the old mapping will work. I am going add my reviewed-by to your patch. Regards, Lukasz