Received: by 2002:a05:7412:8d10:b0:f3:1519:9f41 with SMTP id bj16csp3636414rdb; Sun, 10 Dec 2023 14:13:23 -0800 (PST) X-Google-Smtp-Source: AGHT+IGCbCsWABn4SqedpdPQfbQ61i2sHvbIFFXbmoIURISzRcLXqhXsV4a2w9l045lkscJuvKMg X-Received: by 2002:a05:6a21:1f20:b0:190:230:8ea2 with SMTP id ry32-20020a056a211f2000b0019002308ea2mr3483816pzb.62.1702246403481; Sun, 10 Dec 2023 14:13:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702246403; cv=none; d=google.com; s=arc-20160816; b=l0skR6S9aXeqjm+qvdNne/+m3ufjVXwIZnomdvWbQtvG0TJWLz/YVduAu2WojHBr5a BEoHkEzVYFcaqwD9tX6wz6LWgKk7TyA0qWdRwxjlLlhHbg55+x42CeXojgjnFF/gABZ1 ihu5CZmW+OwmNPfd2bbIQ2LOOaW1db1fwBvzdyR7zGS1WOCdIvZ/db9hg8Rx+SfTMdKH yNIYToJ0lB4SJCjjLUPG6MA/3kVTuDnkF5QGWsq4WI7G8xMTA4QIrSWLsAd2IfFWuu1D K27kKIv0yW77tdPBpNRHAWHBpxNlPZ9nqDp7c3+eYqV6vlGr98O3UMxPkl5xhvTfjdMa uF0A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:in-reply-to:message-id :date:subject:cc:to:from; bh=VBKxq0Rc+LxNr/+OQ3rNY8V5MaclhLjNjCjFMtsi+bY=; fh=mCt0gxhjcfs9ZOiAww37W1ZnFH8m+mi6J5z1k4aSOHM=; b=mISVCPokxwW1UuHG1iB9ASHpHsKxjf5FtTjSyUqqaRHcB1Y4GgEz4MpAWbSBR+93y0 cOCJuWiPWGtiVhzcSNZ9h/3D+/uGA+UYflpidZRxq96R5uv+JBlo4bCQNgXBbuQ1dtj8 OEAJ0g0TqrOx+6EeZA/GygJgtcMsgXhQkwKjjKlrCj30BVZV43RXBDumagyrFsMWQ16B b7TkkQcTvvRBCdj1cV1csCYTLHJlSXer7kvBh4Kvfzi0ZVa+3eowq4uwdbcfjmY4dWdo 9pRBQm9h0SxAMWkRPXq2IkWlaVg393ukzCRw3JmlG8cVONieT2Jdu9255BVCABI+UrJA CUHQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-crypto+bounces-674-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-crypto+bounces-674-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from sy.mirrors.kernel.org (sy.mirrors.kernel.org. [2604:1380:40f1:3f00::1]) by mx.google.com with ESMTPS id q2-20020a056a00088200b006ce99c260b6si5151204pfj.202.2023.12.10.14.13.22 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 10 Dec 2023 14:13:23 -0800 (PST) Received-SPF: pass (google.com: domain of linux-crypto+bounces-674-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) client-ip=2604:1380:40f1:3f00::1; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-crypto+bounces-674-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-crypto+bounces-674-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sy.mirrors.kernel.org (Postfix) with ESMTPS id EA3A3B209CF for ; Sun, 10 Dec 2023 22:13:16 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 6DA881D559; Sun, 10 Dec 2023 22:12:57 +0000 (UTC) X-Original-To: linux-crypto@vger.kernel.org Received: from metis.whiteo.stw.pengutronix.de (metis.whiteo.stw.pengutronix.de [IPv6:2a0a:edc0:2:b01:1d::104]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C5672F4 for ; Sun, 10 Dec 2023 14:12:53 -0800 (PST) Received: from drehscheibe.grey.stw.pengutronix.de ([2a0a:edc0:0:c01:1d::a2]) by metis.whiteo.stw.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rCS2a-0006P0-BC; Sun, 10 Dec 2023 23:12:48 +0100 Received: from [2a0a:edc0:0:900:1d::77] (helo=ptz.office.stw.pengutronix.de) by drehscheibe.grey.stw.pengutronix.de with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rCS2U-00ExYI-U3; Sun, 10 Dec 2023 23:12:42 +0100 Received: from ukl by ptz.office.stw.pengutronix.de with local (Exim 4.94.2) (envelope-from ) id 1rCS2U-000RWY-Ks; Sun, 10 Dec 2023 23:12:42 +0100 From: =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig?= To: Olivia Mackall , Herbert Xu Cc: Maxime Coquelin , Alexandre Torgue , Gatien Chevallier , Rob Herring , linux-crypto@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-arm-kernel@lists.infradead.org, kernel@pengutronix.de Subject: [PATCH 10/12] hwrng: stm32 - Convert to platform remove callback returning void Date: Sun, 10 Dec 2023 23:12:25 +0100 Message-ID: <855e8e89de0c0e2a82e181b883275754f8c16a38.1702245873.git.u.kleine-koenig@pengutronix.de> X-Mailer: git-send-email 2.42.0 In-Reply-To: References: Precedence: bulk X-Mailing-List: linux-crypto@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Developer-Signature: v=1; a=openpgp-sha256; l=1686; i=u.kleine-koenig@pengutronix.de; h=from:subject:message-id; bh=tJ2yKb21/v8dgfuhgALzaxDexLMP8sgVYPpXDzQrTKs=; b=owEBbQGS/pANAwAKAY+A+1h9Ev5OAcsmYgBldjfKeIvGJORSVKGHwwwyFKf7y9MUJlfleH1Jl DiYf7f3Vr+JATMEAAEKAB0WIQQ/gaxpOnoeWYmt/tOPgPtYfRL+TgUCZXY3ygAKCRCPgPtYfRL+ TtbwCACuhFqANg8WSx60uhQJSpr0JdPEteh6pcmqE2mfzI4AetRrLIKWj1F8o/MM6mj3cU8M+4S hcitsrZA76q3cL4RTQFzPX8JkrSwm4OjxGDEQFOrAa/l69INUglpYKYPEFBrrLks8D/HDJ2Ift7 rKB3lNgzJ7lTJe+SpojQGsoe5gLsxivIIcc4XsVJ0iuoDVp57EN5iyVZoA+mGSTvkQwi44SaX8Q VUbOiHSuksPBkyd8R06N588Wo369O08Ff6WCrv/QbArB+eI+pjwBKaW7YNTIA9cVbfxX+/qKx+z 99S4hJ0pj3y0TEfK3h400SL6iP3K9C10AE+L30YTDOrqLhro X-Developer-Key: i=u.kleine-koenig@pengutronix.de; a=openpgp; fpr=0D2511F322BFAB1C1580266BE2DCDD9132669BD6 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 2a0a:edc0:0:c01:1d::a2 X-SA-Exim-Mail-From: ukl@pengutronix.de X-SA-Exim-Scanned: No (on metis.whiteo.stw.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-crypto@vger.kernel.org The .remove() callback for a platform driver returns an int which makes many driver authors wrongly assume it's possible to do error handling by returning an error code. However the value returned is ignored (apart from emitting a warning) and this typically results in resource leaks. To improve here there is a quest to make the remove callback return void. In the first step of this quest all drivers are converted to .remove_new(), which already returns void. Eventually after all drivers are converted, .remove_new() will be renamed to .remove(). Trivially convert this driver from always returning zero in the remove callback to the void returning variant. Signed-off-by: Uwe Kleine-König --- drivers/char/hw_random/stm32-rng.c | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/char/hw_random/stm32-rng.c b/drivers/char/hw_random/stm32-rng.c index 41e1dbea5d2e..98c92b914cfd 100644 --- a/drivers/char/hw_random/stm32-rng.c +++ b/drivers/char/hw_random/stm32-rng.c @@ -362,11 +362,9 @@ static int stm32_rng_init(struct hwrng *rng) return 0; } -static int stm32_rng_remove(struct platform_device *ofdev) +static void stm32_rng_remove(struct platform_device *ofdev) { pm_runtime_disable(&ofdev->dev); - - return 0; } static int __maybe_unused stm32_rng_runtime_suspend(struct device *dev) @@ -557,7 +555,7 @@ static struct platform_driver stm32_rng_driver = { .of_match_table = stm32_rng_match, }, .probe = stm32_rng_probe, - .remove = stm32_rng_remove, + .remove_new = stm32_rng_remove, }; module_platform_driver(stm32_rng_driver); -- 2.42.0