Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp573231ybl; Wed, 29 Jan 2020 05:56:39 -0800 (PST) X-Google-Smtp-Source: APXvYqyGYL0/aJapAzjd6z0eDNswQXsJG6DsKEJYx5lm4ePdeF71b4bRvfqKnf9JkD3+lcaUtZbS X-Received: by 2002:a9d:65da:: with SMTP id z26mr20542844oth.197.1580306199647; Wed, 29 Jan 2020 05:56:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580306199; cv=none; d=google.com; s=arc-20160816; b=PFetW5t5WvBSfSAdat2ZT0DTr+dOhYRgTGCr+Vn8sTfzI18ZyJyqjbDtroJAfp6AAT m0GpuBXwI7jRmWt4DZlomVEPwP3zA5aR++TH65vbqdZ2H/rZDFU1vjadxzVeZ3kepmua PeCsRqq8n/lFBX95xLYH7F3HpA0hzZvONNl94PdtsOXRufzpNrQC0p4Tmtz7aIPnEK5R bpy4ep7BkliVGQnikq+YXpD43aLcEom6EOpDm4bmisOQvrZfRbO+Eft8JjxIX1rnQQyu 5PCeJ+csE/qbVuHhjiEM9GBAwltPgSzE6btD+oXTPMSCJyoXc4CCv/DqbZRFwHiBlhBg j3Bg== 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:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=rYOGFr9wS3HXrXEfVL8jpzDCtWVLlGedKrOARmVJi80=; b=1CaC5Eti8S9UhQwLiq8j1cfDp2IOyh93Tmsqt4JmTjK1Qj92S1X3XzE2fM2frerazK OLiqKTlBN5D4FlWgK7eZa19QQmOImixn61Ss4wEMFJDpVP0wCzGjwth1UozJDvDkQL5h jVX4I85iRTNcXpxLJQCUcQJyN3wOyAsAPSxPIE1z+FA9VkgE9fggW4ybtHqLpY9zdU7S rrrmrSThJKb8DAIs1thp9qpK5lrD3u31PyuCt3Nso60U2MwdjsUaNednRemiqITtdzJi xuiyMWQ5sbVrS1QCtbpu+YmtQE220jJq9cqmn7+IdKpQzbRhC4dLyOWhI0PEc6sjbB1t uzSQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@baylibre-com.20150623.gappssmtp.com header.s=20150623 header.b=UUQJmVe3; 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 k125si1189695oib.212.2020.01.29.05.56.27; Wed, 29 Jan 2020 05:56:39 -0800 (PST) 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; dkim=pass header.i=@baylibre-com.20150623.gappssmtp.com header.s=20150623 header.b=UUQJmVe3; 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 S1726736AbgA2Nyd (ORCPT + 99 others); Wed, 29 Jan 2020 08:54:33 -0500 Received: from mail-qk1-f193.google.com ([209.85.222.193]:35492 "EHLO mail-qk1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726184AbgA2Nyc (ORCPT ); Wed, 29 Jan 2020 08:54:32 -0500 Received: by mail-qk1-f193.google.com with SMTP id q15so10599823qki.2 for ; Wed, 29 Jan 2020 05:54:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=rYOGFr9wS3HXrXEfVL8jpzDCtWVLlGedKrOARmVJi80=; b=UUQJmVe3RNHr2pAk/tALeA720imfjRHs47ntw1zXz/kqNcwGoBQC0PW8D06qV2Oidm /3hAlVbIi6jc7HbqeOijLyabl+P6omrNVI4SgR2SXGbNIdgYn0c/nvixNsABMaqxeN89 m5GAYxhLMy5VIPizb7/fIzdcW9JxzCEUq2OCLvEFDdIdJKZEDYiSzdiuSdf70G6m3+lw OCRpUjx8T2h2/G5TP2qnwqTl04kx4ceG7lNSbFP36iNl9n4KIgVlA3bvC3DjjagYfBaN /HgiR6xceYivvrVJl9b9e6/vrS5oZuMhvT08M5F2bjiJZz15F3bzgXcW2kEOvSTtYtN4 r9vQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=rYOGFr9wS3HXrXEfVL8jpzDCtWVLlGedKrOARmVJi80=; b=IbkciLihuBIFQ9c0m/dZIXz9AvqrQeQ7TohylVImQBvntxLVvmFWK/cnvVgdrfftQU zZ2ua9sdUl//iBjSaHRqBITrnJF2Ypw46vONViNOX3PknuUFEyZ5EKtj41WhVQzdNzdS 6Dvw6cJWcjoNm63Do3S1/ETU0FEj3JQPrkHXko6elalRcAKUtgc3pyBc4gOSAJjfONpV zIRYMlpvkY5q97qMCkZpXNJf81jx6v2kAG1VvhCNbgl2F9ii4KZ4BMQvKz0uUsiUCQCW CUARQ+mKNseSlkkQJjGDCLdr96AQb6tN8PLSisl4x1Ax1+Q1yyghQpBKLUktVlvmN2DB XnMg== X-Gm-Message-State: APjAAAWCDIMgfkpZBrZSoC7ZSBq/J3yBbjjAnMRIMrcp/SMl8fnk5xv+ Kxeosad7G3etY40dJVE97vrYON221PRJNk/nXBHf4g== X-Received: by 2002:a05:620a:12cf:: with SMTP id e15mr28371679qkl.120.1580306071128; Wed, 29 Jan 2020 05:54:31 -0800 (PST) MIME-Version: 1.0 References: <20200121134157.20396-1-sakari.ailus@linux.intel.com> <20200121134157.20396-2-sakari.ailus@linux.intel.com> In-Reply-To: <20200121134157.20396-2-sakari.ailus@linux.intel.com> From: Bartosz Golaszewski Date: Wed, 29 Jan 2020 14:54:20 +0100 Message-ID: Subject: Re: [PATCH v4 1/6] i2c: Allow driver to manage the device's power state during probe To: Sakari Ailus Cc: linux-i2c , Wolfram Sang , "Rafael J. Wysocki" , linux-acpi@vger.kernel.org, Bingbu Cao , linux-media , Chiranjeevi Rapolu , Hyungwoo Yang , Arnd Bergmann , LKML , Greg Kroah-Hartman , rajmohan.mani@intel.com, Tomasz Figa Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org wt., 21 sty 2020 o 14:41 Sakari Ailus napisa= =C5=82(a): > > Enable drivers to tell ACPI that there's no need to power on a device for > probe. Drivers should still perform this by themselves if there's a need > to. In some cases powering on the device during probe is undesirable, and > this change enables a driver to choose what fits best for it. > > Signed-off-by: Sakari Ailus > --- > drivers/i2c/i2c-core-base.c | 15 ++++++++++++--- > include/linux/i2c.h | 3 +++ > 2 files changed, 15 insertions(+), 3 deletions(-) > > diff --git a/drivers/i2c/i2c-core-base.c b/drivers/i2c/i2c-core-base.c > index 9f8dcd3f83850..7bf1699c9044d 100644 > --- a/drivers/i2c/i2c-core-base.c > +++ b/drivers/i2c/i2c-core-base.c > @@ -303,6 +303,14 @@ static int i2c_smbus_host_notify_to_irq(const struct= i2c_client *client) > return irq > 0 ? irq : -ENXIO; > } > > +static bool probe_low_power(struct device *dev) > +{ > + struct i2c_driver *driver =3D to_i2c_driver(dev->driver); > + > + return driver->probe_low_power && > + device_property_present(dev, "probe-low-power"); > +} > + > static int i2c_device_probe(struct device *dev) > { > struct i2c_client *client =3D i2c_verify_client(dev); > @@ -375,7 +383,8 @@ static int i2c_device_probe(struct device *dev) > if (status < 0) > goto err_clear_wakeup_irq; > > - status =3D dev_pm_domain_attach(&client->dev, true); > + status =3D dev_pm_domain_attach(&client->dev, > + !probe_low_power(&client->dev)); > if (status) > goto err_clear_wakeup_irq; > > @@ -397,7 +406,7 @@ static int i2c_device_probe(struct device *dev) > return 0; > > err_detach_pm_domain: > - dev_pm_domain_detach(&client->dev, true); > + dev_pm_domain_detach(&client->dev, !probe_low_power(&client->dev)= ); > err_clear_wakeup_irq: > dev_pm_clear_wake_irq(&client->dev); > device_init_wakeup(&client->dev, false); > @@ -419,7 +428,7 @@ static int i2c_device_remove(struct device *dev) > status =3D driver->remove(client); > } > > - dev_pm_domain_detach(&client->dev, true); > + dev_pm_domain_detach(&client->dev, !probe_low_power(&client->dev)= ); > > dev_pm_clear_wake_irq(&client->dev); > device_init_wakeup(&client->dev, false); > diff --git a/include/linux/i2c.h b/include/linux/i2c.h > index 582ef05ec07ed..6d0d6af393c56 100644 > --- a/include/linux/i2c.h > +++ b/include/linux/i2c.h > @@ -229,6 +229,8 @@ enum i2c_alert_protocol { > * @address_list: The I2C addresses to probe (for detect) > * @clients: List of detected clients we created (for i2c-core use only) > * @disable_i2c_core_irq_mapping: Tell the i2c-core to not do irq-mappin= g > + * @probe_low_power: Let the driver manage the device's power state > + * during probe and remove. > * > * The driver.owner field should be set to the module owner of this driv= er. > * The driver.name field should be set to the name of this driver. > @@ -289,6 +291,7 @@ struct i2c_driver { > struct list_head clients; > > bool disable_i2c_core_irq_mapping; > + bool probe_low_power; I don't see any users of disable_i2c_core_irq_mapping in current mainline. Maybe instead of adding another 1-byte boolean for every such property, let's just use the fact that this struct will have at least an alignment of 32-bits anyway and merge the two into an int field called 'flags' so that we can extend it in the future if needed? The name 'probe_low_power' is misleading to me too. It makes me think it's the default state for some reason. It should be something like 'allow_low_power_probe'. Bartosz > }; > #define to_i2c_driver(d) container_of(d, struct i2c_driver, driver) > > -- > 2.20.1 >