Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3890985pxv; Mon, 19 Jul 2021 11:14:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw0yEGn+c9PG3ktguR/JOC/bYr4uyyL2Y7J0YDUDv9QeEjA0wYoy+Dl+y1ti9/8+UkCbeg7 X-Received: by 2002:a17:907:214c:: with SMTP id rk12mr28198279ejb.70.1626718462076; Mon, 19 Jul 2021 11:14:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626718462; cv=none; d=google.com; s=arc-20160816; b=Vk6dtcXqSluefDmUtvz7vegIbgSWRoYM7gyTtgQdQZPVFWv4XQKBoHrAMvs2hoIQcp CmI+Fh2yV2QLDWATrikk6KCfJQgzPovr7C5L6eDsVJgilgfgRO2vISvXUnCE5p29Mw9w mcWZ4yqOEakfBgPJuyNkMDO9zaFoly5p7vAFxEFHMhSAx6crChfGIos0PWRL9Y9vwIgp AcxHMp9IWIpCUAgV7G1RaF/Fu3W2EsjTvmMHgcTjcLpfW9RQkNd7HedMExOlHQnXb/mj +ic0ymtPMhHMSWvLApvEZMDBJCPDa+A0boP8QaVm3IMrgDd3v9S6tmO3sqOn6WJczFhh Xtkg== 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=GxQonXA3tD49oT0cQ6V5UM8NQjV6NZdmKXb8HY8wdBQ=; b=AGatGzmQZ36hzUqsKQyRf9gVo2MG80VEgC5AOybAg9Oag43G/bqcoG/0JuMQ1HQxzc uANqfrN3nZAk/zF+1iaSW8rq9G/nDa5A0vmcqMocAgJVeR6/RqbGoYJs1/0XR6Sskwym x/wgleXsujmZ+dLAaOMf/7cqve2gYeVRn0kBRnCd+u7FwvIRceurAuV3eVHN5+GABdPU F4HvaAG+O/uDVw3aN3MvRJNf6xGCsZniVDfubGGKhL7al6zR4buM68ZRP2ljMc+SDl/T anZ49I3lC47BYGlWZ7cFivaw3IC2UtHGArQnC7kbG2dhgu+NvY0IYl3WFmo6/9muADhh XM+w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=DWfPG5d0; 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 z11si10063146edc.284.2021.07.19.11.13.58; Mon, 19 Jul 2021 11:14:22 -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=DWfPG5d0; 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 S1379638AbhGSR1S (ORCPT + 99 others); Mon, 19 Jul 2021 13:27:18 -0400 Received: from mail.kernel.org ([198.145.29.99]:46076 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1348847AbhGSPob (ORCPT ); Mon, 19 Jul 2021 11:44:31 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id AD0DE61460; Mon, 19 Jul 2021 16:23:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626711793; bh=k0I2YMG1tLQRkljlc3E6ElPwC47Y6jvVe6lV/XMLR60=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=DWfPG5d0cFvaEejUQs/2yXHnfbzbAUtSKYZsBwxxxMwiiYwO3lBmRqm3q9qE7dLaT v7LhRyjRYOuiSFSkiKezJe05Q7TSyegY5my2Iscu/fxcv82yugn40IOgbSeMsqNeKm fn0bf4bVYzKjPWXmKCKV7lgtBPPQoInNSMa8lFuE= 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 134/292] pwm: spear: Dont modify HW state in .remove callback Date: Mon, 19 Jul 2021 16:53:16 +0200 Message-Id: <20210719144946.885891957@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 b601a18f12383001e7a8da238de7ca1559ebc450 ] 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-spear.c | 4 ---- 1 file changed, 4 deletions(-) diff --git a/drivers/pwm/pwm-spear.c b/drivers/pwm/pwm-spear.c index f63b54aae1b4..7467e03d2fb5 100644 --- a/drivers/pwm/pwm-spear.c +++ b/drivers/pwm/pwm-spear.c @@ -229,10 +229,6 @@ static int spear_pwm_probe(struct platform_device *pdev) static int spear_pwm_remove(struct platform_device *pdev) { struct spear_pwm_chip *pc = platform_get_drvdata(pdev); - int i; - - for (i = 0; i < NUM_PWM; i++) - pwm_disable(&pc->chip.pwms[i]); /* clk was prepared in probe, hence unprepare it here */ clk_unprepare(pc->clk); -- 2.30.2