From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 14B53C7EE2D for ; Mon, 8 May 2023 03:45:22 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232238AbjEHDpU (ORCPT ); Sun, 7 May 2023 23:45:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52656 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231301AbjEHDpR (ORCPT ); Sun, 7 May 2023 23:45:17 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D2B405B80; Sun, 7 May 2023 20:45:15 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 1E16261DFF; Mon, 8 May 2023 03:45:15 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPS id 5D52DC4339B; Mon, 8 May 2023 03:45:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1683517514; bh=V4OaoyYAS7xhFvpJhr4hI+GeBny+xjgc2/oaHMDC0JI=; h=Subject:From:Date:References:In-Reply-To:To:Cc:From; b=G/EwPAno7Zgs9szrsNpzjupe/h0bi/RZ5rZEC6T8AuzSUlH/7WUy/K9Y1Ut000k7q WeYo1PokpcMmOaXBTL2L9zuzL3qrK5x5iUtJ9bqDkpUARCgrEk8V6Up4JQRQ8pDMLr 6WT+qCsz1tWzVRPOXwMs5zg/id4fcCZxHMvMVcjTLy2NmeZ4It38uuCVuMr14031j2 a5z/PzyIY5v7/OgtWPZ7btudIj3lXIAYsjIBPWj7+XsWQaicOiRZien+gQoa9TOYko dDqaMBtst2eaeGbhm9FA0CKbBCQvnv/5PI4kaZ3ozIkk6py5BUeFovecfpNBBrCcHh LRxRJu1TEtdDQ== Received: from aws-us-west-2-korg-oddjob-1.ci.codeaurora.org (localhost.localdomain [127.0.0.1]) by aws-us-west-2-korg-oddjob-1.ci.codeaurora.org (Postfix) with ESMTP id 3ADA2E26D20; Mon, 8 May 2023 03:45:14 +0000 (UTC) Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [PATCH 00/41] rtc: Convert to platform remove callback returning void From: patchwork-bot+chrome-platform@kernel.org Message-Id: <168351751423.5651.18106995341642882418.git-patchwork-notify@kernel.org> Date: Mon, 08 May 2023 03:45:14 +0000 References: <20230304133028.2135435-1-u.kleine-koenig@pengutronix.de> In-Reply-To: <20230304133028.2135435-1-u.kleine-koenig@pengutronix.de> To: =?utf-8?q?Uwe_Kleine-K=C3=B6nig_=3Cu=2Ekleine-koenig=40pengutronix=2Ede=3E?=@ci.codeaurora.org Cc: a.zummo@towertech.it, alexandre.belloni@bootlin.com, linus.walleij@linaro.org, nicolas.ferre@microchip.com, claudiu.beznea@microchip.com, f.fainelli@gmail.com, bleung@chromium.org, kumba@gentoo.org, ulli.kroll@googlemail.com, vz@mleia.com, cw00.choi@samsung.com, krzysztof.kozlowski@linaro.org, conor.dooley@microchip.com, daire.mcnamara@microchip.com, eddie.huang@mediatek.com, sean.wang@mediatek.com, matthias.bgg@gmail.com, miquel.raynal@bootlin.com, mcoquelin.stm32@gmail.com, alexandre.torgue@foss.st.com, vincent.sunplus@gmail.com, thierry.reding@gmail.com, jonathanh@nvidia.com, michal.simek@xilinx.com, linux-rtc@vger.kernel.org, linux-arm-kernel@lists.infradead.org, bcm-kernel-feedback-list@broadcom.com, groeck@chromium.org, chrome-platform@lists.linux.dev, linux-riscv@lists.infradead.org, angelogioacchino.delregno@collabora.com, linux-mediatek@lists.infradead.org, linux-renesas-soc@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-tegra@vger.kernel.org, patches@opensource.cirrus.com, kernel@pengutronix.de Precedence: bulk List-ID: X-Mailing-List: linux-rtc@vger.kernel.org Hello: This patch was applied to chrome-platform/linux.git (for-kernelci) by Alexandre Belloni : On Sat, 4 Mar 2023 14:29:47 +0100 you wrote: > Hello, > > this patch series adapts the platform drivers below drivers/rtc to use the > .remove_new() callback. Compared to the traditional .remove() callback > .remove_new() returns no value. This is a good thing because the driver core > doesn't (and cannot) cope for errors during remove. The only effect of a > non-zero return value in .remove() is that the driver core emits a warning. The > device is removed anyhow and an early return from .remove() usually yields a > resource leak. > > [...] Here is the summary with links: - [10/41] rtc: cros-ec: Convert to platform remove callback returning void https://git.kernel.org/chrome-platform/c/0d8742e61098 You are awesome, thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html