Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1032417ybk; Wed, 20 May 2020 19:24:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyD4E73USvX88/sESXInAH8BkqBNzt2V4U0jme2BJ055VkuBz662HlhcOdzWcPTp4JXgSKz X-Received: by 2002:a17:907:10c2:: with SMTP id rv2mr1608504ejb.536.1590027845651; Wed, 20 May 2020 19:24:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590027845; cv=none; d=google.com; s=arc-20160816; b=VyCgVt5HxjAqmXKh4jHPVM9RLV3c57QSH83nx5J3sS3/oydqpfouwdNHKetjQpHNN4 CFNAN1/oPToX+tLsraxlBmPlcIheNB11eNa2VniojcBOXWqtw8SVOu5sQfUVXtPZLB2H QWCI1jYqrESBRTInNGnEX5L+wnrinOD0hCGZENBjxz9i3k83inUNY9sJWCHa2ih4vFMa EYgmotQ+Y03yeSc/kfJoa92LrJotBhy34rYgbRa84chIZkMq789Hm7McckL0KhcDgLkz L9tnLX3+LlACipglfdf10upnA5Jr2kD8noHOo+OaOuE4nofuRVka9qWRqlazdY2SQUOo BjHA== 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=qqLoXzg5MbbVhJSSsqbgixR9pMUSlFoc4xI3V5xL2bM=; b=DTAmCP7627RZkU2vm3YwuKDfGtA3OwSS/hyqky6pUq0lHqIv1NG2rsBji7tlv2+KIV qmvl8jlDjcop25bWp0l/zZpXxWD2GSpxG0OegNOZ2lHgA5cwQ+H6x80mF+9RLTH0v8L6 Csq2xcKJMgjsyy2W0QR23siQgxp3V5x8RvqSn8q2HJe0jXs3CciVMgyt58zkKld0a2ER rQlaw1FEQ8DIsMZYK13xmRVzKB42J/2wC+SAtEbAUdfFUQmFDMG8XwVQp5VraWFOjOt4 rm6aw5RXzzL7zsTiEVsHTphZDLjwKBom98xJVCwKhoncQFPCWR+4R1YeNTiTXHaUZX+d hqfQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y1si2608245ejh.219.2020.05.20.19.23.42; Wed, 20 May 2020 19:24:05 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727009AbgEUCWW (ORCPT + 99 others); Wed, 20 May 2020 22:22:22 -0400 Received: from mail.baikalelectronics.com ([87.245.175.226]:34440 "EHLO mail.baikalelectronics.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726833AbgEUCWV (ORCPT ); Wed, 20 May 2020 22:22:21 -0400 Received: from localhost (unknown [127.0.0.1]) by mail.baikalelectronics.ru (Postfix) with ESMTP id 3A85680307C7; Thu, 21 May 2020 02:22:18 +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 2We2BNJXsG6w; Thu, 21 May 2020 05:22:16 +0300 (MSK) Date: Thu, 21 May 2020 05:22:15 +0300 From: Serge Semin To: Jarkko Nikula CC: Serge Semin , Alexey Malahov , Thomas Bogendoerfer , Paul Burton , Ralf Baechle , Andy Shevchenko , Mika Westerberg , Wolfram Sang , Rob Herring , Frank Rowand , , , Wolfram Sang , Jean Delvare , Krzysztof Kozlowski , Max Staudt , Stefan Roese , , Subject: Re: [PATCH v2 07/12] i2c: designware: Move Baytrail sem config to the platform if-clause Message-ID: <20200521022215.ubvhuop47aflqkkb@mobilestation> References: <20200306132001.1B875803087C@mail.baikalelectronics.ru> <20200510095019.20981-1-Sergey.Semin@baikalelectronics.ru> <20200510095019.20981-8-Sergey.Semin@baikalelectronics.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: 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 Wed, May 20, 2020 at 03:16:14PM +0300, Jarkko Nikula wrote: > On 5/10/20 12:50 PM, Serge Semin wrote: > > Currently Intel Baytrail I2C semaphore is a feature of the DW APB I2C > > platform driver. It's a bit confusing to see it's config in the menu at > > some separated place with no reference to the platform code. Lets move the > > config definition under the if-I2C_DESIGNWARE_PLATFORM clause. By doing so > > the config menu will display the feature right below the DW I2C platform > > driver item and will indent it to the right so signifying its belonging. > > > > Signed-off-by: Serge Semin > > Cc: Alexey Malahov > > Cc: Thomas Bogendoerfer > > Cc: Paul Burton > > Cc: Ralf Baechle > > Cc: Andy Shevchenko > > Cc: Mika Westerberg > > Cc: Wolfram Sang > > Cc: Rob Herring > > Cc: Frank Rowand > > Cc: linux-mips@vger.kernel.org > > Cc: devicetree@vger.kernel.org > > --- > > drivers/i2c/busses/Kconfig | 30 +++++++++++++++++------------- > > 1 file changed, 17 insertions(+), 13 deletions(-) > > > > diff --git a/drivers/i2c/busses/Kconfig b/drivers/i2c/busses/Kconfig > > index 368aa64e9266..ed6927c4c540 100644 > > --- a/drivers/i2c/busses/Kconfig > > +++ b/drivers/i2c/busses/Kconfig > > @@ -530,8 +530,8 @@ config I2C_DESIGNWARE_CORE > > config I2C_DESIGNWARE_PLATFORM > > tristate "Synopsys DesignWare Platform" > > - select I2C_DESIGNWARE_CORE > > depends on (ACPI && COMMON_CLK) || !ACPI > > + select I2C_DESIGNWARE_CORE > > help > > If you say yes to this option, support will be included for the > > Synopsys DesignWare I2C adapter. > > @@ -539,6 +539,22 @@ config I2C_DESIGNWARE_PLATFORM > > This driver can also be built as a module. If so, the module > > will be called i2c-designware-platform. > > +if I2C_DESIGNWARE_PLATFORM > > + > > +config I2C_DESIGNWARE_BAYTRAIL > > + bool "Intel Baytrail I2C semaphore support" > > + depends on ACPI > > + depends on (I2C_DESIGNWARE_PLATFORM=m && IOSF_MBI) || \ > > + (I2C_DESIGNWARE_PLATFORM=y && IOSF_MBI=y) > > + help > > + This driver enables managed host access to the PMIC I2C bus on select > > + Intel BayTrail platforms using the X-Powers AXP288 PMIC. It allows > > + the host to request uninterrupted access to the PMIC's I2C bus from > > + the platform firmware controlling it. You should say Y if running on > > + a BayTrail system using the AXP288. > > + > > +endif # I2C_DESIGNWARE_PLATFORM > > + > > Is the added "if I2C_DESIGNWARE_PLATFORM" needed here? Should the "depends > on" be enough? The idea was to add if-endif clause here for features possibly added sometime in future. But using normal "depends on I2C_DESIGNWARE_PLATFORM" shall make the config depicted as an indented sub-config as well. Would you like me to remove the if-clause and use the depends on operator instead? -Sergey > > Jarkko