Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp881459ybb; Wed, 25 Mar 2020 11:22:57 -0700 (PDT) X-Google-Smtp-Source: ADFU+vty1xG8W1CHa4AfK59n/WQuMjxa72gGn3QoCSxkDaWw/1ls/wEN3ObMgkV168M1cO0TD16+ X-Received: by 2002:aca:5109:: with SMTP id f9mr3326217oib.14.1585160577417; Wed, 25 Mar 2020 11:22:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585160577; cv=none; d=google.com; s=arc-20160816; b=l/uObHL7fY6hoHiCQYhHU1Yh0WYwpyrpkE2REzEi9r/CGRCzmYEeV/8+YKcQapPU9M r3Abg3yh7Aaz95jTxhOjJdEbf/Qkg3dTQZ3LzfQ2WkeVVWeqzDTMuszMIXWqbEyq7ww2 dZAtZB5FeY9AA7apEjXXGv7MSe9E3P5zXkUArsLqD2qkcVQdwYko+w9e6ooWqCaDxLJe da8QU4PS4vWIIiJXTbk4DdGijDP+lDIsampB64y8c8ZsyeJL8ECw4oSP8WwZIPCzJfWf OsXCowlMbiJ1wT0yJm0a26tZjESnTZ/EBySEE6AQ+bAOwY8Hz918y7f6XxDpRzFttFWh 0hTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=7F+aiuHyWgo5Isjn/f/aQi/CjU7LrymW60/hIpLpBXI=; b=o3w1jMFG1tQD7AttC8dDOWHNRUi0WuniTMKgoCZwweslkBMFpWnzr2i7GM8ZpPIRwT ry+0SjmlfQeTwcHThcwWGUrjYz8Ao1kShwxYrDGPLyu1dwl1xlOjhKgx5bebCkk5pCcc DfVOL4H8/mqAzw2LTYUfMvmvozVAneIIF1NBLIWRg8nEdYvOaqYBka1ClE80Ou810Eoe q1RYMW0Ppzl/bUNJ6IR6YzYMvb7J0SyZySkM0stAtv8ZeB9O415oOlVdsQ1mSLTYeflo 9jb+jWV3Kj+rLM6K3lEMW/EI7yruPS6S8IUWzzZ7xmLX7vuSY/XKSQhKt5BEiV7OHIhl VXKg== 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 e23si2761215oth.117.2020.03.25.11.22.43; Wed, 25 Mar 2020 11:22:57 -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 S1727686AbgCYSVS (ORCPT + 99 others); Wed, 25 Mar 2020 14:21:18 -0400 Received: from mail.baikalelectronics.com ([87.245.175.226]:47894 "EHLO mail.baikalelectronics.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727006AbgCYSVS (ORCPT ); Wed, 25 Mar 2020 14:21:18 -0400 Received: from localhost (unknown [127.0.0.1]) by mail.baikalelectronics.ru (Postfix) with ESMTP id C62C28030779; Wed, 25 Mar 2020 18:21:10 +0000 (UTC) X-Virus-Scanned: amavisd-new at baikalelectronics.ru Received: from mail.baikalelectronics.ru ([127.0.0.1]) by localhost (mail.baikalelectronics.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yubzH7thvEhz; Wed, 25 Mar 2020 21:21:10 +0300 (MSK) Date: Wed, 25 Mar 2020 21:21:01 +0300 From: Sergey Semin To: Wolfram Sang CC: Jarkko Nikula , Andy Shevchenko , Mika Westerberg , Alexey Malahov , Thomas Bogendoerfer , Paul Burton , Ralf Baechle , , Subject: Re: [PATCH 6/6] i2c: designware: Add Baikal-T1 SoC I2C controller support Message-ID: <20200325182101.k47u4cjnbv6knsag@ubsrv2.baikal.int> References: <20200306131955.12806-1-Sergey.Semin@baikalelectronics.ru> <20200306132348.71E638030793@mail.baikalelectronics.ru> <20200321183349.GC5632@ninjato> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20200321183349.GC5632@ninjato> X-ClientProxiedBy: MAIL.baikal.int (192.168.51.25) To mail (192.168.51.25) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Mar 21, 2020 at 07:33:49PM +0100, Wolfram Sang wrote: > On Fri, Mar 06, 2020 at 04:19:58PM +0300, Sergey.Semin@baikalelectronics.ru wrote: > > From: Serge Semin > > > > A third I2C controller embedded into the Baikal-T1 SoC is also fully > > based on the DW APB I2C core, but its registers are indirectly > > accessible via "command/data in/data out" trio. There is no difference > > other than that. So in order to have that controller supported by the > > common DW APB I2C driver we only need to introduce a new flag > > ACCESS_INDIRECT and use the access-registers to reach the I2C controller > > normal registers space in the dw_readl/dw_writel methods. Currently this > > flag is only enabled for the controllers with "be,bt1-i2c" compatible > > string. > > > > Signed-off-by: Serge Semin > > Signed-off-by: Alexey Malahov > > Patches 2,3, and 6 have comments which should be addressed. Patches 4+5 > can be dropped when sending next version. > Great! Thanks. I'll have respond on the requests very soon. Regards, -Sergey