Received: by 2002:a05:7412:8d10:b0:f3:1519:9f41 with SMTP id bj16csp3636434rdb; Sun, 10 Dec 2023 14:13:26 -0800 (PST) X-Google-Smtp-Source: AGHT+IFoe1T+VdGHKIFxpXoCJQnaaZIpLC6hjDfAN3EbTRxVQB84LL84blo+vqcO/uUBayqmEmbd X-Received: by 2002:a05:6a00:1d26:b0:6ce:2732:58a with SMTP id a38-20020a056a001d2600b006ce2732058amr4438681pfx.59.1702246406713; Sun, 10 Dec 2023 14:13:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702246406; cv=none; d=google.com; s=arc-20160816; b=o4rbUGlY9nASHVTQRFJaZNZ8z3F9NLVvjpEcRNsbEv66mJYAbDwxhv8rcJF3mV7b0H mSJ6UVEi1SSVdreg8KFH/bRHzP49a+rKSeebhH53feXtGRe57P/aAxoZWZS3EssPBERw 4rMJIMO/pBf9K/p13HIszcXVc6kt5L+6NgHBVvFUCP4UT9Aig7YfndWQCEmENCJ1dwxi xKTz5SRdJCTxZDPf4hyQYncKJjTCcKZYvxg/GdWQSJpoRCYGkGv8y6jocobw3gCgXr+U mxxWTVxweqhENhB8lj1zvMQCFRXusawIZwtjwI7PPMqqltB1/lsR8oPKf30VKiofhJyx sdjQ== 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=5rrT3CVRURxJloyPuj6WpEEmcmpaDszX+lhBxYugZj4=; fh=SnRyDKACbMmYQTRFJKBqmvK+e1b4RkzWpDItEuIYLPQ=; b=g88QAYXwsFa0BmTMQwsIcazzbhsNHvHQ9QJ9TuPwVbbSmCGkkDNjxYIgJEmsZz+UtI L3HgU3zNKzSOSLb/Jf+vvO4v+7m4mKJykSE+VAtiBzNZxqJkRS8tVYGBSMb7F54nBs0N ada3d89+xnJ7fgGPXO1dgupTjDnhS+FMWwtWp1m7+pjvpRIbEAF6kY8hT6hkBNhCWiN3 VNhW5zvvn9ta7AVBo5mCXKRfe4yEbbK2AMwsojQxCfOus2dZK8UWB94Lunv/Zq2Wrx3H T8nbxlRqlZbYlmNhOWIrNmVKa305yABjqIB5PN0Wr0XXOfMyhPFgx54uSlO1Mj8wSXua 5COw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-crypto+bounces-675-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.48.161 as permitted sender) smtp.mailfrom="linux-crypto+bounces-675-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from sy.mirrors.kernel.org (sy.mirrors.kernel.org. [147.75.48.161]) by mx.google.com with ESMTPS id q7-20020a056a00084700b006cea67cf6b7si5024952pfk.342.2023.12.10.14.13.26 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 10 Dec 2023 14:13:26 -0800 (PST) Received-SPF: pass (google.com: domain of linux-crypto+bounces-675-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.48.161 as permitted sender) client-ip=147.75.48.161; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-crypto+bounces-675-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.48.161 as permitted sender) smtp.mailfrom="linux-crypto+bounces-675-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 63070B2094B for ; Sun, 10 Dec 2023 22:13:19 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 727141DDE0; Sun, 10 Dec 2023 22:12:58 +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 DD676FC 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 1rCS2X-0006Of-R0; Sun, 10 Dec 2023 23:12:45 +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 1rCS2T-00ExXx-5k; Sun, 10 Dec 2023 23:12:41 +0100 Received: from ukl by ptz.office.stw.pengutronix.de with local (Exim 4.94.2) (envelope-from ) id 1rCS2S-000RVw-Sp; Sun, 10 Dec 2023 23:12:40 +0100 From: =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig?= To: Olivia Mackall , Herbert Xu Cc: =?utf-8?q?=C5=81ukasz_Stelmach?= , Krzysztof Kozlowski , Alim Akhtar , linux-samsung-soc@vger.kernel.org, linux-crypto@vger.kernel.org, linux-arm-kernel@lists.infradead.org, kernel@pengutronix.de Subject: [PATCH 03/12] hwrng: exynos - Convert to platform remove callback returning void Date: Sun, 10 Dec 2023 23:12:18 +0100 Message-ID: <817e91f7bb257745c0fb483037b83c1a6ba14e75.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=1892; i=u.kleine-koenig@pengutronix.de; h=from:subject:message-id; bh=n55rfa/lUXGB2/hckh9miapviN5gRi067G9G5cA6tPg=; b=owGbwMvMwMXY3/A7olbonx/jabUkhtQy80OzJxX9EZyQstk3oj2cQ/y5av9KFeUZPcpPXKbwc oTzK57rZDRmYWDkYpAVU2Sxb1yTaVUlF9m59t9lmEGsTCBTGLg4BWAi1+TY//uuMfPrb37feXCa ln/WCr+mpKkq/MtSuzZ/u35X8kpefSq/q1rkb8HyvsKn946VWiuHH1yyn0nXatMlZ6X8jkb1Sev EtzhkHxE69fzZ47hPQr0e+1v7VObtEtoS2McoEXbqApfHC38b4ex/N1t7+BiNb0ydWiYVYfHu0W sdnW+yEdenrExxzetwf7a45k/XXjWPx+eq1/1j6lSydK0Re5yovl9OcUJWZC1fVBqrbbu375bXR f43nuy46/op1V+P0c6o8M2kld9zL8/0TE1+dfjSzUAd5fInNmeP3032dS11WZv6XXP3jYfNE8Sv /hERf2DGFLAzTXtRiFqOdFPQBBdB9vjk+OfuRv9/V0UAAA== 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/exynos-trng.c | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/char/hw_random/exynos-trng.c b/drivers/char/hw_random/exynos-trng.c index 30207b7ac5f4..0ed5d22fe667 100644 --- a/drivers/char/hw_random/exynos-trng.c +++ b/drivers/char/hw_random/exynos-trng.c @@ -173,7 +173,7 @@ static int exynos_trng_probe(struct platform_device *pdev) return ret; } -static int exynos_trng_remove(struct platform_device *pdev) +static void exynos_trng_remove(struct platform_device *pdev) { struct exynos_trng_dev *trng = platform_get_drvdata(pdev); @@ -181,8 +181,6 @@ static int exynos_trng_remove(struct platform_device *pdev) pm_runtime_put_sync(&pdev->dev); pm_runtime_disable(&pdev->dev); - - return 0; } static int exynos_trng_suspend(struct device *dev) @@ -223,7 +221,7 @@ static struct platform_driver exynos_trng_driver = { .of_match_table = exynos_trng_dt_match, }, .probe = exynos_trng_probe, - .remove = exynos_trng_remove, + .remove_new = exynos_trng_remove, }; module_platform_driver(exynos_trng_driver); -- 2.42.0