Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3777986pxv; Mon, 19 Jul 2021 08:31:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyCqUpzYkwTyEWhrqjqeGV/LYgSzDJOJLtgx0qcycb1E1FF0piQ23fcLg4PQgzf4fFFLJYJ X-Received: by 2002:a17:906:aaca:: with SMTP id kt10mr27833194ejb.127.1626708687012; Mon, 19 Jul 2021 08:31:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626708687; cv=none; d=google.com; s=arc-20160816; b=D1JezMEKjY6FS5CI9r9SUtLD8/kEi0BAsgNsGy4a3EjlaiuHDXhrkyEPIMti/jIxqP euI2OGIO3hXC1JptQxy8txe9usuvJ8LsA0G+PYb4zZ4BdREPDrv4iyh2hzk6KLG8XFHA i1BLg3+JJcYb+b6PFh2GQiRzXOaj7yL9Ybt1UVz9y4cokF62du9uCFhXB3racvCftlZk /EF06kaMdEmafGhOk3C4M1BamxOS1Nx48CIl8ewZihKwRNz+BO3MyuWI2ZLgk4X+19v9 7/6XiGqNFvkWQECVBxx4O3q5gPmS7cPyA10WLPKMHUYXRfh4UnTyqMGTW7/CQCaduaD7 GL5Q== 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=s9+Q5QqoA9f/USS97eg0lbVCMyZ4q+MOAFSx7w3NKaQ=; b=uK21PNppeaPNMwSLSTdYWWqx1psEc6gKMwGptRoXITffqD78zkbIpYq5pfvqtyxNeU OFuz76koGXg9m8rymwBVWRe3hU8o9ptonMost+fCJaKXSa2PrgLA7rFvb2nZ06flJFb7 AfmOu9skOkeHGkktBoxMfs6SYItMXiNvrkRDXhuA0dJbOme+Mrt7WyS0Hbgshv7CDDhQ 0UuJ7A9b+RSTImh1B8uSj+hguWSd1QXD8EXSC2VLroFprFODeTYYaRm+a3OYYUqb6TFy slHD1qStvJcx/ILdCMzbB0sn1Nps6qrfwQ1bCpb0bF9dDFxuGs0uDVfv9nXAOl5Gk+hc D9zw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=T4Dwv+hZ; 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 a15si23677024edr.257.2021.07.19.08.31.04; Mon, 19 Jul 2021 08:31:27 -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=T4Dwv+hZ; 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 S238282AbhGSOod (ORCPT + 99 others); Mon, 19 Jul 2021 10:44:33 -0400 Received: from mail.kernel.org ([198.145.29.99]:47024 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245316AbhGSOcA (ORCPT ); Mon, 19 Jul 2021 10:32:00 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 57005611C1; Mon, 19 Jul 2021 15:12:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626707550; bh=lwqM6PvVga1wrNPdaKICIzDas3E2Hl7kjyv++ULeiNA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=T4Dwv+hZSWRCPKbLH9eEy5hvGTWkETD7qbKe3pmz6+4Og1wLvGor5LVXYnA5FfkjA v4Nx5/Vf3A1+ruvlnqC7gUViH31HnT4340PHwMOg/IkjSw8WSpONJqkrB/BaYkc/58 CK0DB15oBsLMazkJN3FhbLL2LVbsxIIsAeucu56I= 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 4.9 208/245] pwm: spear: Dont modify HW state in .remove callback Date: Mon, 19 Jul 2021 16:52:30 +0200 Message-Id: <20210719144947.129236869@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210719144940.288257948@linuxfoundation.org> References: <20210719144940.288257948@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 6c6b44fd3f43..2d11ac277de8 100644 --- a/drivers/pwm/pwm-spear.c +++ b/drivers/pwm/pwm-spear.c @@ -231,10 +231,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