From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id E1941C433F5 for ; Tue, 23 Nov 2021 16:48:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-ID:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=2MjYMe9xmTRfgW3M9eJiWC3maD+0G+igNqBfd5zSUQA=; b=WwcTsPO9AeMo2M 9f60J5cu+1nGr4cwIDQDGlL1LcQzcEgic8NWGWvSR0MoM1OuojWgMgctZgM0VpT2bf+g2kjd5cNLV Ajlfmicek09YPpplZXU56Ie9AuGNRERaWjqzyrMxOMSY1yweNwdj7J03ds+wvsguxG9k3H7yDdw1K IocB+JKkOr4zqLyW2igaRajWrABZEVtTzNvsWS77U7E/gEvSe8dRLluomWZIuFOJiQ0rGyAOYVQrY GO62Ovc32JTnTEgPD5BLU88iKgPRWOS0yKEQbf6yNUUnI/t5Dqq30UmAWtKHDf3ibQyHNOKREbaTv aZuZBwZxTT0Rpb2uTa2w==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mpYwK-002z3e-KJ; Tue, 23 Nov 2021 16:46:40 +0000 Received: from mail-ed1-x52b.google.com ([2a00:1450:4864:20::52b]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1mpYwF-002z1C-M9 for linux-arm-kernel@lists.infradead.org; Tue, 23 Nov 2021 16:46:37 +0000 Received: by mail-ed1-x52b.google.com with SMTP id r25so57847101edq.7 for ; Tue, 23 Nov 2021 08:46:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=T8hJVvhjj03aAS4wCWYZ0NqxD8bQ/6nHp3n3m7zAEZI=; b=Zj+3CJZE0XsYGYGYbsDr0DYBjiqHXd2f5fMTK9cVdyGyjRri79BNak1r1pO4TvaLRq mXZmqKqev8CBnsCUgrxk9ldLOGcCt+98Zl8LEoBmAjcyYtC5zMdWRyXrPTsAw/f0O8L2 LWM44mrZbsV3vwrGKU4wEZUHwpi+wFVuJuUGSsweQYx2oosoEKyQM08lqHYnmtGiQJ4f Ui31KKYZUDpQFsWrFqHw4mOlEefSQotTLs8oQmJbfMgife4lHzVd3PTnekWATc6MxcfB w0IgRVV9uqOZaKtwJKRnQVP22fX1wu90+z9sL3FPB0ApnrmY5t8hhg5+Q/33ZuSMjJgZ 4P3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=T8hJVvhjj03aAS4wCWYZ0NqxD8bQ/6nHp3n3m7zAEZI=; b=V+CQOrZ56tgO9SPVXik+7YvXDY/0U09MsfViSr9/+3bEfVU3KCbQ36zUvyFpTobm87 Ei7lbmwyxrpdW7/NplCBaCaEsH+8S/qmi6urqyxjw/06NH/QV4m8p5+dVZd12w6n9r7g 8Q3EglVHXbE3iMHvALtDOZRULLDjJ9yPzZnktO8UQ3VtC1PxgjHeIcpt33WlaIanylla XJ5/HmRm0/GveilBrEHuwpRv2dBrl1epVGxlhxV2Hsnmc/82CCHw/7rJFXXYYO6OTWV1 5MHMHdHST35G2H7491Zond8oIXQRU5yVAGHyc0heLsYV1YXqofRo7G8YOweBG1g9WnTQ M0Qg== X-Gm-Message-State: AOAM5317SIgAOuaDd3r1qh0fxLH+BK7N6dcwltIdzKVtFvbrKvFvAVYe tV/Q5LfyxlsKP0+iyCXcZtY= X-Google-Smtp-Source: ABdhPJyLUBFkleYwLguLP2uuKkGq/+WQboEpjtMa960SFj6OrZVxonrXlQIEc9ZoEK9pemmQ0f6bkQ== X-Received: by 2002:a17:906:eb8a:: with SMTP id mh10mr9243839ejb.198.1637685991743; Tue, 23 Nov 2021 08:46:31 -0800 (PST) Received: from kista.localnet (cpe-86-58-29-253.static.triera.net. [86.58.29.253]) by smtp.gmail.com with ESMTPSA id w23sm6127157edr.19.2021.11.23.08.46.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 23 Nov 2021 08:46:31 -0800 (PST) From: Jernej =?utf-8?B?xaBrcmFiZWM=?= To: Dan Carpenter , Andrzej Pietrasiewicz Cc: linux-media@vger.kernel.org, ezequiel@vanguardiasur.com.ar, nicolas.dufresne@collabora.com, mchehab@kernel.org, robh+dt@kernel.org, mripard@kernel.org, wens@csie.org, p.zabel@pengutronix.de, gregkh@linuxfoundation.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-sunxi@lists.linux.dev, linux-kernel@vger.kernel.org, linux-staging@lists.linux.dev Subject: Re: Re: [PATCH 1/7] media: hantro: add support for reset lines Date: Tue, 23 Nov 2021 17:46:30 +0100 Message-ID: <9986998.nUPlyArG6x@kista> In-Reply-To: References: <20211122184702.768341-1-jernej.skrabec@gmail.com> <20211123145933.GD6514@kadam> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20211123_084635_742379_AA45B9A5 X-CRM114-Status: GOOD ( 28.33 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi all, Dne torek, 23. november 2021 ob 17:36:57 CET je Andrzej Pietrasiewicz napisal(a): > Hi Dan, hi Jernej, > > W dniu 23.11.2021 o 15:59, Dan Carpenter pisze: > > On Tue, Nov 23, 2021 at 12:09:03PM +0100, Andrzej Pietrasiewicz wrote: > >>> diff --git a/drivers/staging/media/hantro/hantro_drv.c b/drivers/staging/ media/hantro/hantro_drv.c > >>> index ab2467998d29..8c3de31f51b3 100644 > >>> --- a/drivers/staging/media/hantro/hantro_drv.c > >>> +++ b/drivers/staging/media/hantro/hantro_drv.c > >>> @@ -905,6 +905,10 @@ static int hantro_probe(struct platform_device *pdev) > >>> return PTR_ERR(vpu->clocks[0].clk); > >>> } > >>> + vpu->resets = devm_reset_control_array_get(&pdev->dev, false, true); > >>> + if (IS_ERR(vpu->resets)) > >>> + return PTR_ERR(vpu->resets); > >>> + > >>> num_bases = vpu->variant->num_regs ?: 1; > >>> vpu->reg_bases = devm_kcalloc(&pdev->dev, num_bases, > >>> sizeof(*vpu->reg_bases), GFP_KERNEL); > >>> @@ -978,10 +982,16 @@ static int hantro_probe(struct platform_device *pdev) > >>> pm_runtime_use_autosuspend(vpu->dev); > >>> pm_runtime_enable(vpu->dev); > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > It looks like this is the pm stuff that we have to unwind on error > > > >>> + ret = reset_control_deassert(vpu->resets); > >>> + if (ret) { > >>> + dev_err(&pdev->dev, "Failed to deassert resets\n"); > >>> + return ret; > > ^^^^^^^^^^ > > So this return should be a goto undo_pm_stuff > > > > > >>> + } > >>> + > >>> ret = clk_bulk_prepare(vpu->variant->num_clocks, vpu->clocks); > >>> if (ret) { > >>> dev_err(&pdev->dev, "Failed to prepare clocks\n"); > >>> - return ret; > > > > And this return should also have been a goto so it's a bug in the > > original code. > > So we probably want a separate patch addressing that first, and then > the series proper on top of that. I was just about to suggest that. Other drivers usually enable PM last, so they don't have PM calls in unwind code. However, I think current approach is just as valid (with a fix). Best regards, Jernej > > Regards, > > Andrzej > > > > >>> + goto err_rst_assert; > >> > >> Before your patch is applied if clk_bulk_prepare() fails, we > >> simply return on the spot. After the patch is applied not only > >> do you... > >> > >>> } > >>> ret = v4l2_device_register(&pdev->dev, &vpu->v4l2_dev); > >>> @@ -1037,6 +1047,8 @@ static int hantro_probe(struct platform_device *pdev) > >>> v4l2_device_unregister(&vpu->v4l2_dev); > >>> err_clk_unprepare: > >>> clk_bulk_unprepare(vpu->variant->num_clocks, vpu->clocks); > >>> +err_rst_assert: > >>> + reset_control_assert(vpu->resets); > >> > >> ...revert the effect of reset_control_deassert(), you also... > >> > >>> pm_runtime_dont_use_autosuspend(vpu->dev); > >>> pm_runtime_disable(vpu->dev); > >> > >> ... do pm_*() stuff. Is there any reason why this is needed? > > > > So, yes, it's needed, but you're correct to spot that it's not > > consistent. > > > > regards, > > dan carpenter > > > > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel