Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp445177imm; Fri, 12 Oct 2018 00:33:17 -0700 (PDT) X-Google-Smtp-Source: ACcGV6227vcqxnJLe2sNZPJM991oREeeUxU1G78clG3UVysRcRMfj9RP8c/EBPDi8LOep0eY5E2/ X-Received: by 2002:a17:902:5a0f:: with SMTP id q15-v6mr4901046pli.253.1539329597153; Fri, 12 Oct 2018 00:33:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539329597; cv=none; d=google.com; s=arc-20160816; b=LhgkuuM3TuDvvANLEO49Df9wwfJi/1Kp9/v+baqH3P+Xq5a5TVwb/VdA7/oE3+FABA Xqz6zbw7TG39SfuhVR+cAT0FBrw4HhM/uNycgJD+f9Ge+kjq9eDADePzHJTeOLIM5r83 3hprkcl8wze4WsvdGKcdtu+3+C4yhyLv/toM0x/HuVqgm+ls0QiOVoRMsR2BcacM1k4/ 883KWCm/ewBc8jrqIDCiJnnmu5OOyqNHcA7w0oCe4uX+9S6NTwJ3G2uZjuCo2e8cTE3M TcGVop6hxv12uhl6nHgXycERtA6VA0P6vKAI3TgEm9wYhqI/7iWB0O2NOUDvJI/Hn6F+ zn+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject; bh=HoNSgAhZbmndJRtEzgLXPc0Erp62Se9M0grbs4PAyfY=; b=Zth8HFpdN5lEMFWZdxzwJkTvC/kjBYYZDmqVHLJ1GOUPoSt/VQCMZuaGaRjngg23r0 bvqxOBAIgjLZZsz6AciKiOmiES7o4N352sqZjEVIhXODke1JOoS2i0Y+3S/GnnTJ2C/v u0fC/tlTYe90r3Usdms99L8ZzXFfbMAUU85UcOrCiXQSx+6QZ2zvfnvEk9U6TGnipTTD Iy1huoP4DFS+GNMjOYu4g6FulrqX/SbCaB7zLlZ1npPjiXhB5j2/d5ym12iE0rEAFjV/ cpLk378dDL/I4J/5+WJb3eMVLdFmdsjRciwRA7cDZvSq/O3N2FJ6szMaRSw+TeU8oJO6 ykmw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g22-v6si389743pgg.575.2018.10.12.00.33.01; Fri, 12 Oct 2018 00:33:17 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727387AbeJLPDs (ORCPT + 99 others); Fri, 12 Oct 2018 11:03:48 -0400 Received: from relay1.mentorg.com ([192.94.38.131]:35198 "EHLO relay1.mentorg.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726485AbeJLPDs (ORCPT ); Fri, 12 Oct 2018 11:03:48 -0400 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=SVR-IES-MBX-04.mgc.mentorg.com) by relay1.mentorg.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-SHA384:256) id 1gArw5-0001Mo-DE from Vladimir_Zapolskiy@mentor.com ; Fri, 12 Oct 2018 00:32:37 -0700 Received: from [137.202.108.125] (137.202.0.90) by SVR-IES-MBX-04.mgc.mentorg.com (139.181.222.4) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 12 Oct 2018 08:32:32 +0100 Subject: Re: [PATCH 5/7] mfd: ds90ux9xx: add I2C bridge/alias and link connection driver To: Lee Jones References: <20181008211205.2900-1-vz@mleia.com> <20181008211205.2900-6-vz@mleia.com> <20181012060455.GV4939@dell> CC: Vladimir Zapolskiy , Linus Walleij , Rob Herring , Marek Vasut , Laurent Pinchart , Wolfram Sang , , , , From: Vladimir Zapolskiy Message-ID: Date: Fri, 12 Oct 2018 10:32:32 +0300 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Icedove/45.2.0 MIME-Version: 1.0 In-Reply-To: <20181012060455.GV4939@dell> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) To SVR-IES-MBX-04.mgc.mentorg.com (139.181.222.4) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Lee, On 10/12/2018 09:04 AM, Lee Jones wrote: > On Tue, 09 Oct 2018, Vladimir Zapolskiy wrote: > >> From: Vladimir Zapolskiy >> >> The change adds TI DS90Ux9xx I2C bridge/alias subdevice driver and >> FPD Link connection handling mechanism. >> >> Access to I2C devices connected to a remote de-/serializer is done in >> a transparent way, on established link detection event such devices >> are registered on an I2C bus, which serves a local de-/serializer IC. >> >> The development of the driver was a collaborative work, the >> contribution done by Balasubramani Vivekanandan includes: >> * original simplistic implementation of the driver, >> * support of implicitly specified devices in device tree, >> * support of multiple FPD links for TI DS90Ux9xx, >> * other kind of valuable review comments, clean-ups and fixes. >> >> Also Steve Longerbeam made the following changes: >> * clear address maps after linked device removal, >> * disable pass-through in disconnection, >> * qualify locked status with non-zero remote address. >> >> Signed-off-by: Vladimir Zapolskiy >> --- >> drivers/mfd/Kconfig | 8 + >> drivers/mfd/Makefile | 1 + >> drivers/mfd/ds90ux9xx-i2c-bridge.c | 764 +++++++++++++++++++++++++++++ >> 3 files changed, 773 insertions(+) >> create mode 100644 drivers/mfd/ds90ux9xx-i2c-bridge.c > > Shouldn't this live in drivers/i2c? no, the driver is not for an I2C controller of any kind, and the driver does not register itself in the I2C subsystem by calling i2c_add_adapter() or i2c_add_numbered_adapter() or i2c_mux_add_adapter() etc, this topic was discussed with Wolfram also. Formally the driver converts the managed IC into a multi-address I2C slave device, I understand that it does not sound like a well suited driver for MFD, but ds90ux9xx-core.c and ds90ux9xx-i2c-bridge.c drivers are quite tightly coupled. -- Best wishes, Vladimir