Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp4810962pxy; Tue, 27 Apr 2021 13:14:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxPEVYaWureC8JaZTnCvrf97pRLLglD7uPgc0c0S3pbzIzJ9OpBCA8D0Eyi0/30RmX0ZNnW X-Received: by 2002:a17:906:ce23:: with SMTP id sd3mr25641252ejb.223.1619554442801; Tue, 27 Apr 2021 13:14:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619554442; cv=none; d=google.com; s=arc-20160816; b=w77FmNqg8LCqrhEHwcwHAFZpKdXTc0GkyZFyOt4O3TfzzVY2D20CKnh2hCqvDzQ/xP 3lM52Cddhlykclb0yicwWJplOSLRK/sNfm5zNPL4RF8N3+BxAWStRhImMPhCS8t23AnQ 6KjY0zyKJrcwDK5Gqzklo7VsIAvLZQt+g8DUHyQ1ipasHmU95m8d8C8ArF4vYEymPzS/ oUo7E2zFT8EFVmctlVmHGoQTDG6Ab60WLFU1Ws5o6wf8HPX5Zdj9xZJt4JSQ0agapHRq hJ5OMjkkiSX18LEVxD1dTJQUONEmdf+iS13mqwJqGfnIIeslwSM+qFq5j12k8YYDqhvv smnQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=SY5mTC8vXKhJGwgY8a17iTcKGGwfNUSrB5/cauq2jqY=; b=xdR/dhz0auCSBl1G0FH7g0trmwxYQA5H+FTQTln6d/Lspea0FG0KkKWQ/+ZYeiqZQa EbrK6Q2SlXVTAcvWPZMVsQec4EeliCwmXUCzYOddoOjTSpHYDmtqL18ofbjVx2k8rWoj o5/8wmJ2Ln5Tw4s0fWiA8TdUONCCpG0ShtNv4ie/TedP3DNPrQ5DLuI2zUHhfphNsnHS L1zoyRqx1/CWjEtkO78CGmqDUob6PyvKAsAs5Z30dBsjlVEllHdrznfiCN8wV2VpvsqC 4xKVNjrR9ZEmQzIkoaYSlKCLsnRRa2c0nG+N/C97/ROEwOE3FQP79gQNB7M7gpAEluQW ri6w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ragnatech-se.20150623.gappssmtp.com header.s=20150623 header.b=u6vd4Kki; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w20si749331eji.720.2021.04.27.13.13.38; Tue, 27 Apr 2021 13:14:02 -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=@ragnatech-se.20150623.gappssmtp.com header.s=20150623 header.b=u6vd4Kki; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235610AbhD0UNV (ORCPT + 99 others); Tue, 27 Apr 2021 16:13:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46336 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235401AbhD0UNT (ORCPT ); Tue, 27 Apr 2021 16:13:19 -0400 Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 941C7C061574 for ; Tue, 27 Apr 2021 13:12:35 -0700 (PDT) Received: by mail-lf1-x136.google.com with SMTP id x20so65288952lfu.6 for ; Tue, 27 Apr 2021 13:12:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ragnatech-se.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=SY5mTC8vXKhJGwgY8a17iTcKGGwfNUSrB5/cauq2jqY=; b=u6vd4Kkii6lXYSZh+HCehIixhQiYhIkSnOuFRoeujJoZ5raj/As+RHLppluq1kGmz8 lKcm9vMQkSsjShinIYU9iPVlqifGhVtt01I6okKR3Y2sKtns/QksnL5gKKPpZpT14U+U 8EXZ4ZLlPFMfV2REQPaJUmgwLdRNCMiv9Q9a6CCZvQlpNceVdNoevbeHi2Vpdg5k9Lks byH2Bb8ICj0O4/zd0BRJYQ0qS949JuH2KsPmJKSr2swGtTn7fOloaZsuB3+x+o15Xs0b D2PJ2a286hdYnkvVc8o/X4pYFY0thtUhrq3ov8KjIn7ntG+LKhFuKNxCrsk91d9Evt7J P7kA== 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; bh=SY5mTC8vXKhJGwgY8a17iTcKGGwfNUSrB5/cauq2jqY=; b=VChiBFcAh21JpRLuamyp0JE7p9m1nTBNZJwoxs0vY6dpuj38CZKwvCh3awrSG6pCLD yBBp8HJ4gGF8v73VGZMhFckCK4iwpLmTXOOIIEKRuPxYyySE7UVKgwgy1t3bYiYqCURb nHMvsaYDcw6lLT59QJgNxCUZCr89r1l1c5aeF/INKVqrsyYpzFJr2onSHqmx2XqMmWML XrnrOVanbBrLA2AsQJ4ztH0B/5A8gqVdMqWdwAAr1hI+zLVP/E65AircdDLBEyNttVUO ClOZLoYpNZtSGc/y5zAzTeqw/v4Aj6nJip5UxLH3jkWZsloZQbgxxb9rp88r4gap2ezS nSkQ== X-Gm-Message-State: AOAM530F6rqfNdm1PZjyKhBnfEk82iMxFjFQCS5Kpe4tZMsgSDMOG33K lJMg6RcY/gTEuKNot/PKPRRe6g== X-Received: by 2002:ac2:57c8:: with SMTP id k8mr4461677lfo.659.1619554354158; Tue, 27 Apr 2021 13:12:34 -0700 (PDT) Received: from localhost (h-209-203.A463.priv.bahnhof.se. [155.4.209.203]) by smtp.gmail.com with ESMTPSA id w14sm192868lfp.147.2021.04.27.13.12.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 27 Apr 2021 13:12:31 -0700 (PDT) Date: Tue, 27 Apr 2021 22:12:30 +0200 From: Niklas =?iso-8859-1?Q?S=F6derlund?= To: Mauro Carvalho Chehab Cc: linuxarm@huawei.com, mauro.chehab@huawei.com, Mauro Carvalho Chehab , linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, linux-renesas-soc@vger.kernel.org Subject: Re: [PATCH v3 78/79] media: rcar-vin: use pm_runtime_resume_and_get() Message-ID: References: <85d92ba9e709ef00673a3e0e11769b121745e9cb.1619519080.git.mchehab+huawei@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <85d92ba9e709ef00673a3e0e11769b121745e9cb.1619519080.git.mchehab+huawei@kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Mauro, On 2021-04-27 12:27:08 +0200, Mauro Carvalho Chehab wrote: > Commit dd8088d5a896 ("PM: runtime: Add pm_runtime_resume_and_get to deal with usage counter") > added pm_runtime_resume_and_get() in order to automatically handle > dev->power.usage_count decrement on errors. > > Use the new API, in order to cleanup the error check logic. > > Reviewed-by: Niklas S?derlund > Signed-off-by: Mauro Carvalho Chehab > --- > drivers/media/platform/rcar-vin/rcar-csi2.c | 6 ++++++ > drivers/media/platform/rcar-vin/rcar-dma.c | 6 ++---- > drivers/media/platform/rcar-vin/rcar-v4l2.c | 6 ++---- > 3 files changed, 10 insertions(+), 8 deletions(-) > > diff --git a/drivers/media/platform/rcar-vin/rcar-csi2.c b/drivers/media/platform/rcar-vin/rcar-csi2.c > index e06cd512aba2..ce8e84f9e3d9 100644 > --- a/drivers/media/platform/rcar-vin/rcar-csi2.c > +++ b/drivers/media/platform/rcar-vin/rcar-csi2.c > @@ -408,6 +408,12 @@ static void rcsi2_enter_standby(struct rcar_csi2 *priv) > > static void rcsi2_exit_standby(struct rcar_csi2 *priv) > { > + /* > + * The code at rcsi2_enter_standby() assumes > + * inconditionally that PM runtime usage count was > + * incremented. So, it shouldn't use pm_runtime_resume_and_get() > + * here. > + */ I think this comment is a bit much. I won't object if you really want to keep it but my preference would be to drop it. > pm_runtime_get_sync(priv->dev); > reset_control_deassert(priv->rstc); > } > diff --git a/drivers/media/platform/rcar-vin/rcar-dma.c b/drivers/media/platform/rcar-vin/rcar-dma.c > index f30dafbdf61c..f5f722ab1d4e 100644 > --- a/drivers/media/platform/rcar-vin/rcar-dma.c > +++ b/drivers/media/platform/rcar-vin/rcar-dma.c > @@ -1458,11 +1458,9 @@ int rvin_set_channel_routing(struct rvin_dev *vin, u8 chsel) > u32 vnmc; > int ret; > > - ret = pm_runtime_get_sync(vin->dev); > - if (ret < 0) { > - pm_runtime_put_noidle(vin->dev); > + ret = pm_runtime_resume_and_get(vin->dev); > + if (ret < 0) > return ret; > - } > > /* Make register writes take effect immediately. */ > vnmc = rvin_read(vin, VNMC_REG); > diff --git a/drivers/media/platform/rcar-vin/rcar-v4l2.c b/drivers/media/platform/rcar-vin/rcar-v4l2.c > index 457a65bf6b66..b1e9f86caa5c 100644 > --- a/drivers/media/platform/rcar-vin/rcar-v4l2.c > +++ b/drivers/media/platform/rcar-vin/rcar-v4l2.c > @@ -870,11 +870,9 @@ static int rvin_open(struct file *file) > struct rvin_dev *vin = video_drvdata(file); > int ret; > > - ret = pm_runtime_get_sync(vin->dev); > - if (ret < 0) { > - pm_runtime_put_noidle(vin->dev); > + ret = pm_runtime_resume_and_get(vin->dev); > + if (ret < 0) > return ret; > - } > > ret = mutex_lock_interruptible(&vin->lock); > if (ret) > -- > 2.30.2 > -- Regards, Niklas S?derlund