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 lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 665FEC4332F for ; Thu, 24 Nov 2022 16:05:11 +0000 (UTC) Received: from boromir.ozlabs.org (localhost [IPv6:::1]) by lists.ozlabs.org (Postfix) with ESMTP id 4NJ2rj6FWCz3f30 for ; Fri, 25 Nov 2022 03:05:09 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20201202 header.b=WlxvzM22; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=kernel.org (client-ip=145.40.68.75; helo=ams.source.kernel.org; envelope-from=broonie@kernel.org; receiver=) Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20201202 header.b=WlxvzM22; dkim-atps=neutral Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4NJ2qj63Tlz3cHl for ; Fri, 25 Nov 2022 03:04:17 +1100 (AEDT) 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 ams.source.kernel.org (Postfix) with ESMTPS id 382A7B82874; Thu, 24 Nov 2022 16:04:14 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E4356C433D6; Thu, 24 Nov 2022 16:04:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1669305852; bh=IvHYWDLn1DgR8LH4t7rSubz36Ju+jzSqmPmYrOhNPlo=; h=From:To:Cc:In-Reply-To:References:Subject:Date:From; b=WlxvzM22NwMDCoQChrQhXcrqFDVCZNvtWkzovYYg2PyBCYEXL4YaJuKbp1dQByKcF FmlwRuCiw0oQRKp2ZSDzDV/aqXNW4V8kWhrIBPIdh+/S7edLrqRPFuSS4MdSBm7BLH IDnPtjktIvP1hka5/d8VaQhqX7Yn6GZ5Hx+IOBEDhJbY4qMOFPtHIuaB8I1wIuGdL6 g1de0tQjk0TcZc+A64jFItQC3XsxmvpZZRqGF7esQ3Lb9AgP1rdwW/lFgi93zL+mqf sGYMjME4SGIBJuwf4qC9yYSwep3N56gpSQJ5vy76O58xNPbhd+xJcjeFicKz9acOhD lG4G9UHzWi0mA== From: Mark Brown To: Uwe Kleine-König , Lee Jones , Wolfram Sang , Angel Iglesias , Grant Likely In-Reply-To: <20221118224540.619276-1-uwe@kleine-koenig.org> References: <20221118224540.619276-1-uwe@kleine-koenig.org> Subject: Re: (subset) [PATCH 000/606] i2c: Complete conversion to i2c_probe_new Message-Id: <166930584463.436148.7438729312416805991.b4-ty@kernel.org> Date: Thu, 24 Nov 2022 16:04:04 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Mailer: b4 0.10.0-dev-fc921 X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-fbdev@vger.kernel.org, devicetree@vger.kernel.org, linux-iio@vger.kernel.org, alsa-devel@alsa-project.org, platform-driver-x86@vger.kernel.org, linux-mtd@lists.infradead.org, linux-i2c@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-leds@vger.kernel.org, linux-rtc@vger.kernel.org, chrome-platform@lists.linux.dev, linux-samsung-soc@vger.kernel.org, linux-staging@lists.linux.dev, Broadcom internal kernel review list , linux-serial@vger.kernel.org, linux-input@vger.kernel.org, linux-media@vger.kernel.org, linux-pwm@vger.kernel.org, linux-watchdog@vger.kernel.org, linux-pm@vger.kernel.org, linux-actions@lists.infradead.org, linux-gpio@vger.kernel.org, linux-rpi-kernel@lists.infradead.org, linux-amlogic@lists.infradead.org, openipmi-developer@lists.sourceforge.net, linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Purism Kernel Team , patches@opensource.cirrus.com, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, linux-spi@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-crypto@vger.kernel.org, kernel@pengutronix.de, netdev@vger.kernel.org, linux-integrity@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" On Fri, 18 Nov 2022 23:35:34 +0100, Uwe Kleine-König wrote: > since commit b8a1a4cd5a98 ("i2c: Provide a temporary .probe_new() > call-back type") from 2016 there is a "temporary" alternative probe > callback for i2c drivers. > > This series completes all drivers to this new callback (unless I missed > something). It's based on current next/master. > A part of the patches depend on commit 662233731d66 ("i2c: core: > Introduce i2c_client_get_device_id helper function"), there is a branch that > you can pull into your tree to get it: > > [...] Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-next Thanks! [538/606] regulator: act8865-regulator: Convert to i2c's .probe_new() commit: 3d2a78ae5df5d7f48c002e5f73d18d8c7628d266 [539/606] regulator: ad5398: Convert to i2c's .probe_new() commit: 7f69edba960bbdcbc829d8d0995b1117ce29e8b1 [540/606] regulator: da9121-regulator: Convert to i2c's .probe_new() commit: 020cf73b47414a84b666d3e6736a6ae957e27840 [541/606] regulator: fan53555: Convert to i2c's .probe_new() commit: 655425650f5e361224a86aa11bf3c044bf04df2a [542/606] regulator: isl6271a-regulator: Convert to i2c's .probe_new() commit: 69518d21deaa448be65b7c0be67aab230e88eaa7 [543/606] regulator: lp3972: Convert to i2c's .probe_new() commit: 2532d5f8d5c20d5a0a8a0d57a311bc5df00dea04 [544/606] regulator: lp872x: Convert to i2c's .probe_new() commit: 87feccb347b25f5dc6ff451123b832c9ad5dddfe [545/606] regulator: lp8755: Convert to i2c's .probe_new() commit: cb28f74b4809a00b40fdf0c44ccf51ab950581d3 [546/606] regulator: ltc3589: Convert to i2c's .probe_new() commit: 78c8f6cdb51d471928d481ed3b2c82dbc110a1ed [547/606] regulator: max1586: Convert to i2c's .probe_new() commit: 3d54f7ba248b0ad1791bc356e9ad3d9020a1c472 [548/606] regulator: max8649: Convert to i2c's .probe_new() commit: 3cf4417385d0ac8f02f22888e12a6d21d97d89fc [549/606] regulator: max8660: Convert to i2c's .probe_new() commit: dbf31dac703009174226bb87b3914bd092040327 [550/606] regulator: max8952: Convert to i2c's .probe_new() commit: c20c36735949b3b7984692fbab3d92b0e8a845ec [551/606] regulator: max8973-regulator: Convert to i2c's .probe_new() commit: 4e85e5d64f66ac5e4b0286ee4b6f8e8ce1044d42 [552/606] regulator: pca9450-regulator: Convert to i2c's .probe_new() commit: ed56fa6e804cb13bbe29e9214792308817f6e553 [553/606] regulator: pfuze100-regulator: Convert to i2c's .probe_new() commit: 8348c710b51bac713a6fd2e07d64eb71d5680e2e [554/606] regulator: pv88080-regulator: Convert to i2c's .probe_new() commit: c9f9ef15b84222f4cc686b1013ee3fd192b0bab8 [555/606] regulator: rpi-panel-attiny-regulator: Convert to i2c's .probe_new() commit: d85d02d17a608b558d44510e9824668c5d4fe5d8 [556/606] regulator: tps51632-regulator: Convert to i2c's .probe_new() commit: d4885f306304ff29eec06b9ad5f526a1099e0418 [557/606] regulator: tps62360-regulator: Convert to i2c's .probe_new() commit: 18804160277ec2ab992373385f86c6af2322b28b [558/606] regulator: tps6286x-regulator: Convert to i2c's .probe_new() commit: e34782316281c78c5911f86d4699d4f35a607c9d [559/606] regulator: tps65023-regulator: Convert to i2c's .probe_new() commit: 3b5b07dde998f6ade7433a8db019cf816c7e35af All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark