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 ECF19C433F5 for ; Thu, 7 Apr 2022 09:38:18 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233456AbiDGJkP (ORCPT ); Thu, 7 Apr 2022 05:40:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37516 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232596AbiDGJkI (ORCPT ); Thu, 7 Apr 2022 05:40:08 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7A1726FA0A for ; Thu, 7 Apr 2022 02:38:09 -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 ams.source.kernel.org (Postfix) with ESMTPS id 18ABAB826EB for ; Thu, 7 Apr 2022 09:38:08 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C7021C385A0; Thu, 7 Apr 2022 09:38:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1649324286; bh=EaqmE97NIIa4sM3p+EV1eVdSo70pdZ7fkuMKWkXPHS8=; h=From:To:Cc:In-Reply-To:References:Subject:Date:From; b=UfgRO1FU/E3ryPPJ7II/axF1s2btYE02c+S0bDAS4Juj8cOZoKBag7nvYmQlrjjKE e6MoTZyE8D8V83FPlciADPFZmWdTJHkMEC3rXQgjbh9FF823TTblseCuHXeAwjBRlw YKxZ7FbOyA9DQ37u7oGVIe7UNmmTUUB9Lwy2KneNljKt4jcntaBEG+/cQGyYMzbT+G fMEV78DxjWxjOC0SDwyfCzfaVSG++Md41FMgzy7nfDzlOW0bW4LZfduronubnEUl7i 1E6IFSFzl1DRd6y0a/1/SSU4dBdBirv5E0+zCWOyrvikrvECkaJ1X4BegBmK98sAhV hTZTdTy3L0qiQ== From: Mark Brown To: steve@sk2.org, lgirdwood@gmail.com, oder_chiou@realtek.com Cc: wsa@kernel.org, linux-kernel@vger.kernel.org In-Reply-To: <20220405130326.2107293-1-steve@sk2.org> References: <20220405130326.2107293-1-steve@sk2.org> Subject: Re: [PATCH] ASoC: rt*: use simple i2c probe function Message-Id: <164932428553.3844153.17964591394155571578.b4-ty@kernel.org> Date: Thu, 07 Apr 2022 10:38:05 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 5 Apr 2022 15:03:26 +0200, Stephen Kitt wrote: > The i2c probe functions here don't use the id information provided in > their second argument, so the single-parameter i2c probe function > ("probe_new") can be used instead. > > This avoids scanning the identifier tables during probes. > > > [...] Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next Thanks! [1/1] ASoC: rt*: use simple i2c probe function commit: 35b8885805002564906086cbd691e88850257294 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