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 E0732C76195 for ; Fri, 17 Mar 2023 12:12:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229639AbjCQMMH (ORCPT ); Fri, 17 Mar 2023 08:12:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56018 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229706AbjCQMME (ORCPT ); Fri, 17 Mar 2023 08:12:04 -0400 Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4DE83A6BC3; Fri, 17 Mar 2023 05:12:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1679055122; x=1710591122; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=IydmJs9AvmFek7/Hmnwkw3N3sjHYmige7U7d0Jyg07s=; b=LyzK+ah8uEr4yBO20uSGJLgtdRUa4jntkv3tuRGBlQMookDc/r5gyi50 8VPm8j3Tr5u9mBzui13Cnl/i3+gS5YJqGU7hOr/vChe1Wqc+xOEWlj8of j85fphkSTBTVh34ojkcswN/FhpxZYqaquiqRqSffaJn8iig6xQ/z6j517 GBfb/DzS+H5tCq+Ob3/YU6r9Plj982w0VhuHdhUx05b/eeCWSCUGFYx4B D6aqsMoSpfzIjGn07V4R87Q4zozbISexowUc8y9xouxj3kZrnOBhpdl7e pA70zGpBu4ymEUbSIb1adPxJVtGV5kd+WCaV2Fkvgzq7Ih+yrG/sVQma7 A==; X-IronPort-AV: E=McAfee;i="6600,9927,10651"; a="336945920" X-IronPort-AV: E=Sophos;i="5.98,268,1673942400"; d="scan'208";a="336945920" Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Mar 2023 05:12:01 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10651"; a="630268231" X-IronPort-AV: E=Sophos;i="5.98,268,1673942400"; d="scan'208";a="630268231" Received: from smile.fi.intel.com ([10.237.72.54]) by orsmga003.jf.intel.com with ESMTP; 17 Mar 2023 05:11:55 -0700 Received: from andy by smile.fi.intel.com with local (Exim 4.96) (envelope-from ) id 1pd8w4-0050up-2R; Fri, 17 Mar 2023 14:11:52 +0200 Date: Fri, 17 Mar 2023 14:11:52 +0200 From: Andy Shevchenko To: Luca Ceresoli Cc: Tomi Valkeinen , Wolfram Sang , linux-media@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-i2c@vger.kernel.org, Rob Herring , Krzysztof Kozlowski , Matti Vaittinen , Laurent Pinchart , Mauro Carvalho Chehab , Peter Rosin , Liam Girdwood , Mark Brown , Sakari Ailus , Michael Tretter , Hans Verkuil , Mike Pagano , Krzysztof =?utf-8?Q?Ha=C5=82asa?= , Marek Vasut , Satish Nagireddy , Luca Ceresoli Subject: Re: [PATCH v10 1/8] i2c: add I2C Address Translator (ATR) support Message-ID: References: <20230222132907.594690-1-tomi.valkeinen@ideasonboard.com> <20230222132907.594690-2-tomi.valkeinen@ideasonboard.com> <20230317101606.69602bba@booty> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230317101606.69602bba@booty> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 17, 2023 at 10:16:06AM +0100, Luca Ceresoli wrote: > Hi Tomi, Wolfram, > On Wed, 22 Feb 2023 15:29:00 +0200 > Tomi Valkeinen wrote: > > From: Luca Ceresoli ... > > Signed-off-by: Luca Ceresoli > > Signed-off-by: Tomi Valkeinen > > Wolfram, I think Tomi improved this work as much as currently possible > and this patch now looks extremely good to me. I wish we had this in > mainline soon. Does it make sense for me to send a Reviewed-by tag, > given I already have a S-o-b one? I believe documentation is in favour that standalone SoB suffice. Especially when you are the author (From line) the Rb makes no sense to me. ... > > +/** > > + * struct i2c_atr - The I2C ATR instance > > + * @parent: The parent &struct i2c_adapter > > + * @dev: The device that owns the I2C ATR instance > > + * @ops: &struct i2c_atr_ops > > + * @priv: Private driver data, set with i2c_atr_set_driver_data() > > + * @algo: The &struct i2c_algorithm for adapters > > + * @lock: Lock for the I2C bus segment (see &struct i2c_lock_operations) > > + * @max_adapters: Maximum number of adapters this I2C ATR can have > > + * @adapter: Array of adapters > > + */ > > +struct i2c_atr { > > + struct i2c_adapter *parent; > > + struct device *dev; > > + const struct i2c_atr_ops *ops; > > + > > + void *priv; > > + > > + struct i2c_algorithm algo; > > + /* lock for the I2C bus segment (see struct i2c_lock_operations) */ > > This comment is identical to the one in the kerneldoc comments just > above, I'd just remove it. > > > + struct mutex lock; > > + int max_adapters; > > + > > + struct notifier_block i2c_nb; > > Undocumented? `kernel-doc -v` should actually catch this up. -- With Best Regards, Andy Shevchenko