Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3889452pxv; Mon, 19 Jul 2021 11:12:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxeM66zgE81XbRU/4DnfcuwlEUXo4T5Mib/3EJQY1qQ8IiJVkcj1SL4em31FEx4YWPuvwNi X-Received: by 2002:a17:907:1b06:: with SMTP id mp6mr28752776ejc.188.1626718333015; Mon, 19 Jul 2021 11:12:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626718333; cv=none; d=google.com; s=arc-20160816; b=zQkv0RQJ5CgQudgG7IfwElA9bxVA0APk9dY/vwrNVsT1VTwSAWm5TC3B/J18K+ooCY xWVGWOCZ0LKumR/6lteLkDJ+LKpj4/Ov1jjznBRNV3OIWZTKWBJ6tlJoy087kmXUbLJT 74owRkXDFSeBOuzOulOXqmZ1OouJkWowlTddmBmlv8gYiaPPWGP6FN+2Qht6FjH/hc3V Epyw+KDtJtgW86reipCs6avh/E1WMPPHfW0V2Ohu1XtHqc5ts/OVzJkYJZLCkf48LRtZ nZ6lnIPveUnf1E862n9XVSheZkBBfbsEyB3xBG9ren9YQyDvxdtjhAd7/Bbc60n4gg+c Ci8g== 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=JEj5xLX6BkgTw3NtrD9leYXr9AKN4f3nw3cOdldJqk4=; b=h9CfUw97uYZ2OWP4qORKABeqd2t7if9YLRJHzrrWII4fEAaViWfzDFwUTvx0LN3Apt +hSJsFH2gRJofI5S4yqR02m+kg9jidYmsqWKviyLLcIcNu6pJV+M+4rzHUTD2QvWkObQ wwSUjGzs3ObCktbHz8WqDlzUe6W+PBYqgJwxRpERPmAm1iY7a/9Vuc1toDEkGwQEL6YP JwiFe5VHvT+/KB700DwH0sScXKwIZB8UevCHq44v0c+WnfBB7aH94gXwcXuyaf0UCW/I o7BhRTDQED9Ie2OzyG53RJV34U/+gwnSbQZjhppVObOfli0WFzgPFWJB/85qrx7rxXD3 c69A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=0UqwzJbY; 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 hp25si22334169ejc.266.2021.07.19.11.11.47; Mon, 19 Jul 2021 11:12:13 -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=0UqwzJbY; 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 S1379702AbhGSR1U (ORCPT + 99 others); Mon, 19 Jul 2021 13:27:20 -0400 Received: from mail.kernel.org ([198.145.29.99]:45594 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1349329AbhGSPo7 (ORCPT ); Mon, 19 Jul 2021 11:44:59 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 71732610C7; Mon, 19 Jul 2021 16:24:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626711872; bh=djiJWBEnmSqH0yNdpQmj2nhgTBcf0CHr1UrpVaVvGLA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=0UqwzJbYCF2jpL66tg0sNN8zj21hxWm7XZ3LdNBmMTIPKS/1NttJi0kcaONjeusOo HZPHcqCaHbXd2jB1tpajvHuwjOzBnGkntQQMK2KHHMROgMPYSnQGlPRDn+YWKXwx1A HmauBsjVwBjDIYTWMPuQPYcMeNKi5LwtBtq0av4Y= 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.12 164/292] pwm: tegra: Dont modify HW state in .remove callback Date: Mon, 19 Jul 2021 16:53:46 +0200 Message-Id: <20210719144947.883092715@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210719144942.514164272@linuxfoundation.org> References: <20210719144942.514164272@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 55bc63d5a0ae..6d8e324864fa 100644 --- a/drivers/pwm/pwm-tegra.c +++ b/drivers/pwm/pwm-tegra.c @@ -301,7 +301,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)) @@ -311,18 +310,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