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 1552BC88CB5 for ; Mon, 12 Jun 2023 20:47:02 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235972AbjFLUq7 (ORCPT ); Mon, 12 Jun 2023 16:46:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35668 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236860AbjFLUqn (ORCPT ); Mon, 12 Jun 2023 16:46:43 -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 67ACE171C; Mon, 12 Jun 2023 13:46:17 -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 95A6E622C1; Mon, 12 Jun 2023 20:43:37 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1E758C433D2; Mon, 12 Jun 2023 20:43:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1686602617; bh=21JfPTParSLQtiX/dtliNty5l5Vn4im61cRIbAqOqfc=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=soi73ChJhvjFrASn3WpwMpFtiNfzmW8kSFLhK2pUhqr/takPd99yDS5m/YhncdwUN y1sM0LUSuAsG0mrllJtLx2MA+mudBNHqjB2HVZJcgSRm2nWbAIT+lvZCjV54XB23qE el3gxA3FmdpVZb0Ck/Oi9Kq+txyt9T2C0sIuCAaKQo7mslC66R6Fdpas6WKM8br4lt 6NaQWbKLIqv108cZc3af4uDfgjmkKT75bRf4Kr52N1wzfkj4FJMF1ydCxYxpZZ6eNF cDO9XFMqgfbZ5vx+SM7gHWm/OPfF4TGnIQRrJMrn6llyJp+0ATg4P81IKFTdAn66fS 72mcrFv0DgKvw== Date: Mon, 12 Jun 2023 22:43:29 +0200 From: Wolfram Sang To: Geert Uytterhoeven Cc: Krzysztof Kozlowski , Laurent Pinchart , Rob Herring , Conor Dooley , Andrzej Hajda , Neil Armstrong , Robert Foss , David Airlie , Daniel Vetter , Kieran Bingham , Mauro Carvalho Chehab , Hans Verkuil , Alessandro Zummo , Alexandre Belloni , Jonas Karlman , Jernej Skrabec , Uwe =?utf-8?Q?Kleine-K=C3=B6nig?= , Corey Minyard , Marek =?utf-8?B?QmVow7pu?= , Jiasheng Jiang , Antonio Borneo , Abhinav Kumar , Ahmad Fatoum , "dri-devel@lists.freedesktop.org" , "linux-i2c@vger.kernel.org" , "linux-media@vger.kernel.org" , Fabrizio Castro , "linux-renesas-soc@vger.kernel.org" , Mark Brown Subject: Re: [PATCH v5 01/11] i2c: Enhance i2c_new_ancillary_device API Message-ID: Mail-Followup-To: Wolfram Sang , Geert Uytterhoeven , Krzysztof Kozlowski , Laurent Pinchart , Rob Herring , Conor Dooley , Andrzej Hajda , Neil Armstrong , Robert Foss , David Airlie , Daniel Vetter , Kieran Bingham , Mauro Carvalho Chehab , Hans Verkuil , Alessandro Zummo , Alexandre Belloni , Jonas Karlman , Jernej Skrabec , Uwe =?utf-8?Q?Kleine-K=C3=B6nig?= , Corey Minyard , Marek =?utf-8?B?QmVow7pu?= , Jiasheng Jiang , Antonio Borneo , Abhinav Kumar , Ahmad Fatoum , "dri-devel@lists.freedesktop.org" , "linux-i2c@vger.kernel.org" , "linux-media@vger.kernel.org" , Fabrizio Castro , "linux-renesas-soc@vger.kernel.org" , Mark Brown References: <20230608103929.GO5058@pendragon.ideasonboard.com> <20230608125019.GD26742@pendragon.ideasonboard.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="JQD6/ViKqbjI8+zP" Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org --JQD6/ViKqbjI8+zP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi everyone, > Perhaps we should first think through what an ancillary device really > is. My understanding is that it is used to talk to secondary addresses > of a multi-address I2C slave device. As I mentioned somewhere before, this is not the case. Ancillary devices are when one *driver* handles more than one address. Everything else has been handled differently in the past (for all the uses I am aware of). Yet, I have another idea which is so simple that I wonder if it maybe has already been discussed so far? * have two regs in the bindings * use the second reg with i2c_new_client_device to instantiate the RTC sibling. 'struct i2c_board_info', which is one parameter, should have enough options to pass data, e.g it has a software_node. Should work or did I miss something here? Happy hacking, Wolfram --JQD6/ViKqbjI8+zP Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEOZGx6rniZ1Gk92RdFA3kzBSgKbYFAmSHg24ACgkQFA3kzBSg KbY/MA/9FGoFtfL8yjced9NBJXfmzXXa3OhewlHwumj5oCkCOPlzma9ZNis/NDcQ z8XapX8noWSLHEcHDr6rByEC89Nmkm2gAdSGUh1Z1K4fuQNU0l2mSc2OZzrZtG3e YjbJiWuLajtrJF0OFn4hKGAKivPLwVW0BjUmn/jgtebQfU7LzjjM4b7Yqik4VJnk H+7DAsMBOdqFT3Q0XlQOaAR9AXJtQDOprmcUEo7dfMsmW+Z9tgn8edyTnEEo6dOt ocCR4Eorj5fccYVh3RlbF0rSeuU0NAmy+6kK64fTwxAzp1S6akhQXUyF3QXGaaTz 206Qb12HV/FE97nv3pH41AufRmTxC0goIweXX4Y71oGKRNt8cJvidHtxgNBw8X5M mYTsj8ddS6ktOT7Kivxtoq4dJe6HJIwJpzKfBVfiRbX4G9lH5kdbIrUYGhNrdKcD sCQ38/4CL83BetGFFlit3sNZXziZKyBG/fpWezk8UE31Wv/JP1BbVJHMt1TfxjGa qQuC03AAclMKVZfoL2niUKeDGj1nCUHAfXOHnqPOHnLgcjI2rTwA7BNO9YGPZQ2s UMlIhhL1VTEwqjH00o7YSbfbhXeWPYmO1pwlSPU+D+TGd3Y+TCz3NI9NR/3Gocyw jtQYtrvShQIn7wmVgZpRBnoLSb5rt+YNwsOZ1gG77iVdrE79by8= =2Hse -----END PGP SIGNATURE----- --JQD6/ViKqbjI8+zP--