Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3854122pxv; Mon, 19 Jul 2021 10:18:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzP2VLf/JJVzU72zDZNB6wbacu1SpMoRwpapV12necoKJvcliFoDfPwYj4qoKEJpjg7Y7Js X-Received: by 2002:a92:de0a:: with SMTP id x10mr17777696ilm.215.1626715114774; Mon, 19 Jul 2021 10:18:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626715114; cv=none; d=google.com; s=arc-20160816; b=krDnm8VGvc+ia1Y8x8NN46K8rLYqiOLkczMNb1GM8umkNNq2Mn0ceWmMcfj8LTK6Wd mHjQri+PFWRbrOOBdCLC//W2pwXte7SGuRiwY3aJ6UFBh+cjmYJwmUVNTE5a64gi5+pc 0+2FmweuL945BHwt+Ej3imXqXyFNE8PVS5XBwz3WeL+Y3Ag4oqXWHCtWwnda8IO2lHtd +nufSNYB1c7XXpdhCxbLJwRQfk/oTTEKFU19g3qdH8JmvsEJGyUnvoBZ5o69UAYccpQ6 bHSLbuUdvPqIZbki2XWRhcQU1/W/sWR/M0kdr2z86KAC+YyStoeuvFoa8pV7t9U4NJSv F6ZQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=dHJ3+sLzbWtvqt0qwysO0uoAEfK7OmaeQwITS0mTtyk=; b=KW3QUYweQ8Z4gZLN29Cf6CBwMyiEGeEUWLwpXdBha7ROmUEi7e/c2T5dMI9CYAqoFW M0Ks1pRxSz0MJlqwgeu3qybqHNOcNGZM+Zwz7bB1iNN/bZnbRXD1ongxbF/+n3mmOuDw PhQ82XqozMNSiKuWzw1GpGu5reuFtReS1PLSmFVfzOuMTpWTU3O3ii72m+ugceSc90Qu 9Oq2o3d5hVaVp7a2Cb/KZ1eKROpqERbt4LWyBYmWrwyYbx8dFQX6pW4thz8/f0tGRkHK McbMQzvlMeCRoxr5gQPBcrv9blenJJn+ml1M8ko/Nd9ClknE1W6ktZHzgvev3/YY8WyW +Kkw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=cgEPVAFh; 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=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k18si18267297ilq.10.2021.07.19.10.18.22; Mon, 19 Jul 2021 10:18:34 -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=@linuxfoundation.org header.s=korg header.b=cgEPVAFh; 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=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1352530AbhGSQdW (ORCPT + 99 others); Mon, 19 Jul 2021 12:33:22 -0400 Received: from mail.kernel.org ([198.145.29.99]:57554 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1347016AbhGSPRn (ORCPT ); Mon, 19 Jul 2021 11:17:43 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id E43FF61003; Mon, 19 Jul 2021 15:57:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626710254; bh=FMURi659BF6tUhmU3ktVWQ2aF1tAjYXwc1hLEmqYgnI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=cgEPVAFhWuMst4F+cURUfDGeyXLJUF8KFYJ5825zt2CrKXm0KcEqmp1fxAJLqSdqE VsFGl9Cld1yAGXPi4U6cd1CqLY2XFqcM9/jPCbEIGjbZQDmqFGETG00IsqeEwxAbPa 8d28yNnDS1RyeMkoOVGH+bJ8Eo35u1eXTeiPVnPA= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig?= , Thierry Reding , Sasha Levin Subject: [PATCH 5.10 139/243] pwm: tegra: Dont modify HW state in .remove callback Date: Mon, 19 Jul 2021 16:52:48 +0200 Message-Id: <20210719144945.406313792@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210719144940.904087935@linuxfoundation.org> References: <20210719144940.904087935@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Uwe Kleine-König [ Upstream commit 86f7fa71cd830d18d7ebcaf719dffd5ddfe1acdd ] A consumer is expected to disable a PWM before calling pwm_put(). And if they didn't there is hopefully a good reason (or the consumer needs fixing). Also if disabling an enabled PWM was the right thing to do, this should better be done in the framework instead of in each low level driver. So drop the hardware modification from the .remove() callback. Signed-off-by: Uwe Kleine-König Signed-off-by: Thierry Reding Signed-off-by: Sasha Levin --- drivers/pwm/pwm-tegra.c | 13 ------------- 1 file changed, 13 deletions(-) diff --git a/drivers/pwm/pwm-tegra.c b/drivers/pwm/pwm-tegra.c index 1daf591025c0..8c4e6657b61e 100644 --- a/drivers/pwm/pwm-tegra.c +++ b/drivers/pwm/pwm-tegra.c @@ -303,7 +303,6 @@ static int tegra_pwm_probe(struct platform_device *pdev) static int tegra_pwm_remove(struct platform_device *pdev) { struct tegra_pwm_chip *pc = platform_get_drvdata(pdev); - unsigned int i; int err; if (WARN_ON(!pc)) @@ -313,18 +312,6 @@ static int tegra_pwm_remove(struct platform_device *pdev) if (err < 0) return err; - for (i = 0; i < pc->chip.npwm; i++) { - struct pwm_device *pwm = &pc->chip.pwms[i]; - - if (!pwm_is_enabled(pwm)) - if (clk_prepare_enable(pc->clk) < 0) - continue; - - pwm_writel(pc, i, 0); - - clk_disable_unprepare(pc->clk); - } - reset_control_assert(pc->rst); clk_disable_unprepare(pc->clk); -- 2.30.2