Received: by 2002:a05:7412:f690:b0:e2:908c:2ebd with SMTP id ej16csp854871rdb; Fri, 20 Oct 2023 00:57:27 -0700 (PDT) X-Google-Smtp-Source: AGHT+IEAJpj1s8F8mjBZyJuutFE2F8h0r84v2kKfzJo4yjlKpTEFhDgMIVDruMhmqXtGfIy8ibAo X-Received: by 2002:a67:c18e:0:b0:44d:4d5f:79a4 with SMTP id h14-20020a67c18e000000b0044d4d5f79a4mr1214618vsj.20.1697788646964; Fri, 20 Oct 2023 00:57:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1697788646; cv=none; d=google.com; s=arc-20160816; b=uEiPqIa18r+sahkx0Sd2foBOMCQmdCuO6z4MFGaDDHSvAXhpzyROYbVab1C6GiOkc7 p3z+Gil+lOcquDZcoM3Qi5rch1iqStW1ZnaKheQLUVGB913MBKGadiIatvvXCdCqSiAK e43acU/Lqn/AmjeAc9WFv/SoDKvJNKRRcx7evyAt5ONIRcWep+bC1q1MUbECsmoREjZ1 SOHwf+f12svCXvkWpp8Xxz0j+zh/Ezmy+BuMQzJdHdf+wfquNCOQvjBDPFYFwy1gIWRT tzcHr3/pL/gPfc0h3MVBaPph+PGz9FP8CwMDorbbsy8Nx5PUxtyGnIE2WfQPepK6OolE 31+g== 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 :references:in-reply-to:message-id:date:subject:cc:to:from; bh=mlPvkJIQkQs3d4R44ekdE9N8XNt3BBQUIokfWHx2XLE=; fh=jAYLwMf84Mk9NlQRBAmBUXRMJkRkt6TifBNAUDTsi3A=; b=mT++ymo7oWwWWfL3rZyvz9HfGfnLhOVZQRegcGnvQj1xyEyvtFJoF934FG5+IYzFvH xikJ5UoF5iyMDtDLMCpuRyr7OQnIhAkbN3dj5pbCx+vN+uQIsvUbJfbswwfuMioRlNf9 UhXgeAug1B+7wHqrd4IWpnmGVoq6O4Ypo1R5qO5eut/eXbatTJ364j+RhbcmubFD56h0 tjgpndDaRwzLXqgLsGkaU1tGzy+toROdRIBRA+iagqfStga9mY+iBxotseRNS1F4iyDv uUDxBpQrNjKMEsnFWTSeODc8YrHFwnE0ezOw/XNIVkz8DIne4brYFfbjAHUN2ldHjQN6 gibg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.36 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Return-Path: Received: from pete.vger.email (pete.vger.email. [23.128.96.36]) by mx.google.com with ESMTPS id fj1-20020a056a003a0100b006b1fc88d095si1380055pfb.71.2023.10.20.00.57.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 20 Oct 2023 00:57:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.36 as permitted sender) client-ip=23.128.96.36; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.36 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by pete.vger.email (Postfix) with ESMTP id 4D11481C0C1B; Fri, 20 Oct 2023 00:57:22 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at pete.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1376505AbjJTH5Q (ORCPT + 99 others); Fri, 20 Oct 2023 03:57:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47904 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1376483AbjJTH44 (ORCPT ); Fri, 20 Oct 2023 03:56:56 -0400 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 8FC41D76 for ; Fri, 20 Oct 2023 00:56:44 -0700 (PDT) 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 1qtkN2-0003M4-Ai; Fri, 20 Oct 2023 09:56:36 +0200 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 1qtkN1-002yVL-N0; Fri, 20 Oct 2023 09:56:35 +0200 Received: from ukl by ptz.office.stw.pengutronix.de with local (Exim 4.94.2) (envelope-from ) id 1qtkN1-002OJZ-Dq; Fri, 20 Oct 2023 09:56:35 +0200 From: =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig?= To: Herbert Xu , "David S. Miller" Cc: Linus Walleij , Imre Kaloz , Corentin Labbe , linux-arm-kernel@lists.infradead.org, linux-crypto@vger.kernel.org, kernel@pengutronix.de Subject: [PATCH 22/42] crypto: intel/ixp4xx-crypto - Convert to platform remove callback returning void Date: Fri, 20 Oct 2023 09:55:44 +0200 Message-ID: <20231020075521.2121571-66-u.kleine-koenig@pengutronix.de> X-Mailer: git-send-email 2.42.0 In-Reply-To: <20231020075521.2121571-44-u.kleine-koenig@pengutronix.de> References: <20231020075521.2121571-44-u.kleine-koenig@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Developer-Signature: v=1; a=openpgp-sha256; l=1997; i=u.kleine-koenig@pengutronix.de; h=from:subject; bh=Uxql2rquVCiZ+9UkmiKbwvFNTTiK1gqP8jH4odY841c=; b=owEBbQGS/pANAwAKAY+A+1h9Ev5OAcsmYgBlMjKDeLUK/o9XlJoJpAG5kRilLG3GuxV1kSDdC 6zYuGrKmQ2JATMEAAEKAB0WIQQ/gaxpOnoeWYmt/tOPgPtYfRL+TgUCZTIygwAKCRCPgPtYfRL+ TkvtB/9XPdFWoz/axur5iZKozp63mwB7w6Po/JMSx8oPgw3CJZm66EESprwsMEnpWdB+hNt2InB TBPakAVhB6fdBeYyr2Vv2Q1LyBSWHJwOVEZyr5+MWtu3rTgr5R7aJFHJIEYWoWQg8AazGgOxiNe ePbA2s/9o8y4OiZ+yjn5QJD99IJ5t2sCVAPSd8Or78Q/OXsXlmevwyxb3ZKk9PwkG9oZ/aUUZbu Lb3KT9YOZKf/Td+5jlJZsi9V0sdldwC18eLX2oVCIktR5MqU324ofFkUN8SI07asRo7q0bNwg6j /UO0s0GupRCuM1QrqIqT+z4ZAbLs1ZGPQrFIzsuHZ3moa2nh 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 X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on pete.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (pete.vger.email [0.0.0.0]); Fri, 20 Oct 2023 00:57:22 -0700 (PDT) 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/crypto/intel/ixp4xx/ixp4xx_crypto.c | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/crypto/intel/ixp4xx/ixp4xx_crypto.c b/drivers/crypto/intel/ixp4xx/ixp4xx_crypto.c index 4a18095ae5d8..f8a77bff8844 100644 --- a/drivers/crypto/intel/ixp4xx/ixp4xx_crypto.c +++ b/drivers/crypto/intel/ixp4xx/ixp4xx_crypto.c @@ -1563,7 +1563,7 @@ static int ixp_crypto_probe(struct platform_device *_pdev) return 0; } -static int ixp_crypto_remove(struct platform_device *pdev) +static void ixp_crypto_remove(struct platform_device *pdev) { int num = ARRAY_SIZE(ixp4xx_algos); int i; @@ -1578,8 +1578,6 @@ static int ixp_crypto_remove(struct platform_device *pdev) crypto_unregister_skcipher(&ixp4xx_algos[i].crypto); } release_ixp_crypto(&pdev->dev); - - return 0; } static const struct of_device_id ixp4xx_crypto_of_match[] = { { @@ -1590,7 +1588,7 @@ static const struct of_device_id ixp4xx_crypto_of_match[] = { static struct platform_driver ixp_crypto_driver = { .probe = ixp_crypto_probe, - .remove = ixp_crypto_remove, + .remove_new = ixp_crypto_remove, .driver = { .name = "ixp4xx_crypto", .of_match_table = ixp4xx_crypto_of_match, -- 2.42.0