From: Tomasz Figa <tfiga@chromium.org> To: "Mohandass, Divagar" <divagar.mohandass@intel.com> Cc: "sakari.ailus@iki.fi" <sakari.ailus@iki.fi>, "Mani, Rajmohan" <rajmohan.mani@intel.com>, "robh+dt@kernel.org" <robh+dt@kernel.org>, "mark.rutland@arm.com" <mark.rutland@arm.com>, "wsa@the-dreams.de" <wsa@the-dreams.de>, "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>, "linux-i2c@vger.kernel.org" <linux-i2c@vger.kernel.org>, "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, "mika.westerberg@linux.intel.com" <mika.westerberg@linux.intel.com>, "Rafael J. Wysocki" <rjw@rjwysocki.net>, Ulf Hansson <ulf.hansson@linaro.org> Subject: Re: [PATCH v6 3/3] eeprom: at24: enable runtime pm support Date: Tue, 26 Sep 2017 14:33:37 +0900 [thread overview] Message-ID: <CAAFQd5AQX+OuxkkXsyBXO3v-Fyv49kOK9Gdpcp1+XgZLm0KMHQ@mail.gmail.com> (raw) In-Reply-To: <7B8CE47BD58441468D2BB13285B50E6031DF0734@BGSMSX107.gar.corp.intel.com> [+Rafael, Ulf] On Tue, Sep 26, 2017 at 2:29 PM, Mohandass, Divagar <divagar.mohandass@intel.com> wrote: > Hi Sakari & Tomas, > > Are you ok with the current revision, let me know if any changes are needed. Nope, my concerns have not been addressed, but we need someone from the PM world to clarify how we should do this to work on all platforms. Best regards, Tomasz P.S. Please avoid top-posting on mailing lists, it is considered bad manner. > > --- > ^Divagar > >>-----Original Message----- >>From: sakari.ailus@iki.fi [mailto:sakari.ailus@iki.fi] >>Sent: Wednesday, September 20, 2017 3:02 PM >>To: Tomasz Figa <tfiga@chromium.org> >>Cc: Mani, Rajmohan <rajmohan.mani@intel.com>; Mohandass, Divagar >><divagar.mohandass@intel.com>; robh+dt@kernel.org; >>mark.rutland@arm.com; wsa@the-dreams.de; devicetree@vger.kernel.org; >>linux-i2c@vger.kernel.org; linux-kernel@vger.kernel.org; >>mika.westerberg@linux.intel.com >>Subject: Re: [PATCH v6 3/3] eeprom: at24: enable runtime pm support >> >>Hi Tomasz, >> >>On Wed, Sep 20, 2017 at 05:59:18PM +0900, Tomasz Figa wrote: >>> On Wed, Sep 20, 2017 at 5:45 PM, sakari.ailus@iki.fi >>> <sakari.ailus@iki.fi> wrote: >>> > Hi Tomasz, >>> > >>> > On Wed, Sep 20, 2017 at 12:56:09PM +0900, Tomasz Figa wrote: >>> >> Thanks Raj. >>> >> >>> >> Let me post my comments inline. >>> >> >>> >> On Wed, Sep 20, 2017 at 12:52 PM, Mani, Rajmohan >>> >> <rajmohan.mani@intel.com> wrote: >>> >> > Adding Tomasz... >>> >> > >>> >> >> -----Original Message----- >>> >> >> From: Mohandass, Divagar >>> >> >> Sent: Monday, September 04, 2017 3:29 AM >>> >> >> To: robh+dt@kernel.org; mark.rutland@arm.com; wsa@the- >>dreams.de; >>> >> >> sakari.ailus@iki.fi >>> >> >> Cc: devicetree@vger.kernel.org; linux-i2c@vger.kernel.org; >>> >> >> linux- kernel@vger.kernel.org; Mani, Rajmohan >>> >> >> <rajmohan.mani@intel.com>; Mohandass, Divagar >>> >> >> <divagar.mohandass@intel.com> >>> >> >> Subject: [PATCH v6 3/3] eeprom: at24: enable runtime pm support >>> >> >> >>> >> >> Currently the device is kept in D0, there is an opportunity to >>> >> >> save power by enabling runtime pm. >>> >> >> >>> >> >> Device can be daisy chained from PMIC and we can't rely on I2C >>> >> >> core for auto resume/suspend. Driver will decide when to >>resume/suspend. >>> >> >> >>> >> >> Signed-off-by: Divagar Mohandass <divagar.mohandass@intel.com> >>> >> >> --- >>> >> >> drivers/misc/eeprom/at24.c | 38 >>> >> >> ++++++++++++++++++++++++++++++++++++++ >>> >> >> 1 file changed, 38 insertions(+) >>> >> >> >>> >> >> diff --git a/drivers/misc/eeprom/at24.c >>> >> >> b/drivers/misc/eeprom/at24.c index 2199c42..d718a7a 100644 >>> >> >> --- a/drivers/misc/eeprom/at24.c >>> >> >> +++ b/drivers/misc/eeprom/at24.c >>> >> >> @@ -24,6 +24,7 @@ >>> >> >> #include <linux/i2c.h> >>> >> >> #include <linux/nvmem-provider.h> #include >>> >> >> <linux/platform_data/at24.h> >>> >> >> +#include <linux/pm_runtime.h> >>> >> >> >>> >> >> /* >>> >> >> * I2C EEPROMs from most vendors are inexpensive and mostly >>> >> >> interchangeable. >>> >> >> @@ -501,11 +502,21 @@ static ssize_t >>> >> >> at24_eeprom_write_i2c(struct at24_data *at24, const char *buf, >>> >> >> static int at24_read(void *priv, unsigned int off, void *val, size_t >>count) { >>> >> >> struct at24_data *at24 = priv; >>> >> >> + struct i2c_client *client; >>> >> >> char *buf = val; >>> >> >> + int ret; >>> >> >> >>> >> >> if (unlikely(!count)) >>> >> >> return count; >>> >> >> >>> >> >> + client = at24_translate_offset(at24, &off); >>> >> >> + >>> >> >> + ret = pm_runtime_get_sync(&client->dev); >>> >> >> + if (ret < 0) { >>> >> >> + pm_runtime_put_noidle(&client->dev); >>> >> >> + return ret; >>> >> >> + } >>> >> >> + >>> >> >> /* >>> >> >> * Read data from chip, protecting against concurrent updates >>> >> >> * from this host, but not from other I2C masters. >>> >> >> @@ -518,6 +529,7 @@ static int at24_read(void *priv, unsigned >>> >> >> int off, void *val, size_t count) >>> >> >> status = at24->read_func(at24, buf, off, count); >>> >> >> if (status < 0) { >>> >> >> mutex_unlock(&at24->lock); >>> >> >> + pm_runtime_put(&client->dev); >>> >> >> return status; >>> >> >> } >>> >> >> buf += status; >>> >> >> @@ -527,17 +539,29 @@ static int at24_read(void *priv, unsigned >>> >> >> int off, void *val, size_t count) >>> >> >> >>> >> >> mutex_unlock(&at24->lock); >>> >> >> >>> >> >> + pm_runtime_put(&client->dev); >>> >> >> + >>> >> >> return 0; >>> >> >> } >>> >> >> >>> >> >> static int at24_write(void *priv, unsigned int off, void *val, size_t >>count) { >>> >> >> struct at24_data *at24 = priv; >>> >> >> + struct i2c_client *client; >>> >> >> char *buf = val; >>> >> >> + int ret; >>> >> >> >>> >> >> if (unlikely(!count)) >>> >> >> return -EINVAL; >>> >> >> >>> >> >> + client = at24_translate_offset(at24, &off); >>> >> >> + >>> >> >> + ret = pm_runtime_get_sync(&client->dev); >>> >> >> + if (ret < 0) { >>> >> >> + pm_runtime_put_noidle(&client->dev); >>> >> >> + return ret; >>> >> >> + } >>> >> >> + >>> >> >> /* >>> >> >> * Write data to chip, protecting against concurrent updates >>> >> >> * from this host, but not from other I2C masters. >>> >> >> @@ -550,6 +574,7 @@ static int at24_write(void *priv, unsigned >>> >> >> int off, void *val, size_t count) >>> >> >> status = at24->write_func(at24, buf, off, count); >>> >> >> if (status < 0) { >>> >> >> mutex_unlock(&at24->lock); >>> >> >> + pm_runtime_put(&client->dev); >>> >> >> return status; >>> >> >> } >>> >> >> buf += status; >>> >> >> @@ -559,6 +584,8 @@ static int at24_write(void *priv, unsigned >>> >> >> int off, void *val, size_t count) >>> >> >> >>> >> >> mutex_unlock(&at24->lock); >>> >> >> >>> >> >> + pm_runtime_put(&client->dev); >>> >> >> + >>> >> >> return 0; >>> >> >> } >>> >> >> >>> >> >> @@ -743,11 +770,17 @@ static int at24_probe(struct i2c_client >>> >> >> *client, const struct i2c_device_id *id) >>> >> >> >>> >> >> i2c_set_clientdata(client, at24); >>> >> >> >>> >> >> + /* enable runtime pm */ >>> >> >> + pm_runtime_get_noresume(&client->dev); >>> >> >> + pm_runtime_set_active(&client->dev); >>> >> >> + pm_runtime_enable(&client->dev); >>> >> >>> >> Do we need this get_noresume/set_active dance? I remember it was >>> >> for some reason needed for PCI devices, but I don't see why for I2C >>> >> anything else than just pm_runtime_enable() would be necessary. >>> > >>> > You specifically do not need (all) this for PCI devices, but AFAIU >>> > for I涎 >>> > devices you do. The runtime PM status of a device is disabled by >>> > default and the use count is zero, but on ACPI based systems the >>> > device is still powered on. >>> >>> Okay, so _get_noresume() and _set_active() would do the thing for ACPI >>> indeed, but not sure about other platforms. Perhaps _enable(), >>> _get_sync() would be more general? >> >>What I ended up doing in e.g. the smiapp driver was to explicitly power the >>device on first and then enable runtime PM. (See >>drivers/media/i2c/smiapp/smiapp-core.c .) This approach works even if >>CONFIG_PM is disabled, both on DT and ACPI. >> >>-- >>Regards, >> >>Sakari Ailus >>e-mail: sakari.ailus@iki.fi
WARNING: multiple messages have this Message-ID (diff)
From: Tomasz Figa <tfiga-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> To: "Mohandass, Divagar" <divagar.mohandass-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> Cc: "sakari.ailus-X3B1VOXEql0@public.gmane.org" <sakari.ailus-X3B1VOXEql0@public.gmane.org>, "Mani, Rajmohan" <rajmohan.mani-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, "robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org" <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, "mark.rutland-5wv7dgnIgG8@public.gmane.org" <mark.rutland-5wv7dgnIgG8@public.gmane.org>, "wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org" <wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>, "devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, "linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, "mika.westerberg-VuQAYsv1563Yd54FQh9/CA@public.gmane.org" <mika.westerberg-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>, "Rafael J. Wysocki" <rjw-LthD3rsA81gm4RdzfppkhA@public.gmane.org>, Ulf Hansson <ulf.hansson-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> Subject: Re: [PATCH v6 3/3] eeprom: at24: enable runtime pm support Date: Tue, 26 Sep 2017 14:33:37 +0900 [thread overview] Message-ID: <CAAFQd5AQX+OuxkkXsyBXO3v-Fyv49kOK9Gdpcp1+XgZLm0KMHQ@mail.gmail.com> (raw) In-Reply-To: <7B8CE47BD58441468D2BB13285B50E6031DF0734-yHIBzpp8AekLtBVenmexd7fspsVTdybXVpNB7YpNyf8@public.gmane.org> [+Rafael, Ulf] On Tue, Sep 26, 2017 at 2:29 PM, Mohandass, Divagar <divagar.mohandass-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> wrote: > Hi Sakari & Tomas, > > Are you ok with the current revision, let me know if any changes are needed. Nope, my concerns have not been addressed, but we need someone from the PM world to clarify how we should do this to work on all platforms. Best regards, Tomasz P.S. Please avoid top-posting on mailing lists, it is considered bad manner. > > --- > ^Divagar > >>-----Original Message----- >>From: sakari.ailus-X3B1VOXEql0@public.gmane.org [mailto:sakari.ailus-X3B1VOXEql0@public.gmane.org] >>Sent: Wednesday, September 20, 2017 3:02 PM >>To: Tomasz Figa <tfiga-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> >>Cc: Mani, Rajmohan <rajmohan.mani-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>; Mohandass, Divagar >><divagar.mohandass-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>; robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org; >>mark.rutland-5wv7dgnIgG8@public.gmane.org; wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org; devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; >>linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; >>mika.westerberg-VuQAYsv1563Yd54FQh9/CA@public.gmane.org >>Subject: Re: [PATCH v6 3/3] eeprom: at24: enable runtime pm support >> >>Hi Tomasz, >> >>On Wed, Sep 20, 2017 at 05:59:18PM +0900, Tomasz Figa wrote: >>> On Wed, Sep 20, 2017 at 5:45 PM, sakari.ailus-X3B1VOXEql0@public.gmane.org >>> <sakari.ailus-X3B1VOXEql0@public.gmane.org> wrote: >>> > Hi Tomasz, >>> > >>> > On Wed, Sep 20, 2017 at 12:56:09PM +0900, Tomasz Figa wrote: >>> >> Thanks Raj. >>> >> >>> >> Let me post my comments inline. >>> >> >>> >> On Wed, Sep 20, 2017 at 12:52 PM, Mani, Rajmohan >>> >> <rajmohan.mani-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> wrote: >>> >> > Adding Tomasz... >>> >> > >>> >> >> -----Original Message----- >>> >> >> From: Mohandass, Divagar >>> >> >> Sent: Monday, September 04, 2017 3:29 AM >>> >> >> To: robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org; mark.rutland-5wv7dgnIgG8@public.gmane.org; wsa@the- >>dreams.de; >>> >> >> sakari.ailus-X3B1VOXEql0@public.gmane.org >>> >> >> Cc: devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; >>> >> >> linux- kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Mani, Rajmohan >>> >> >> <rajmohan.mani-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>; Mohandass, Divagar >>> >> >> <divagar.mohandass-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> >>> >> >> Subject: [PATCH v6 3/3] eeprom: at24: enable runtime pm support >>> >> >> >>> >> >> Currently the device is kept in D0, there is an opportunity to >>> >> >> save power by enabling runtime pm. >>> >> >> >>> >> >> Device can be daisy chained from PMIC and we can't rely on I2C >>> >> >> core for auto resume/suspend. Driver will decide when to >>resume/suspend. >>> >> >> >>> >> >> Signed-off-by: Divagar Mohandass <divagar.mohandass-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> >>> >> >> --- >>> >> >> drivers/misc/eeprom/at24.c | 38 >>> >> >> ++++++++++++++++++++++++++++++++++++++ >>> >> >> 1 file changed, 38 insertions(+) >>> >> >> >>> >> >> diff --git a/drivers/misc/eeprom/at24.c >>> >> >> b/drivers/misc/eeprom/at24.c index 2199c42..d718a7a 100644 >>> >> >> --- a/drivers/misc/eeprom/at24.c >>> >> >> +++ b/drivers/misc/eeprom/at24.c >>> >> >> @@ -24,6 +24,7 @@ >>> >> >> #include <linux/i2c.h> >>> >> >> #include <linux/nvmem-provider.h> #include >>> >> >> <linux/platform_data/at24.h> >>> >> >> +#include <linux/pm_runtime.h> >>> >> >> >>> >> >> /* >>> >> >> * I2C EEPROMs from most vendors are inexpensive and mostly >>> >> >> interchangeable. >>> >> >> @@ -501,11 +502,21 @@ static ssize_t >>> >> >> at24_eeprom_write_i2c(struct at24_data *at24, const char *buf, >>> >> >> static int at24_read(void *priv, unsigned int off, void *val, size_t >>count) { >>> >> >> struct at24_data *at24 = priv; >>> >> >> + struct i2c_client *client; >>> >> >> char *buf = val; >>> >> >> + int ret; >>> >> >> >>> >> >> if (unlikely(!count)) >>> >> >> return count; >>> >> >> >>> >> >> + client = at24_translate_offset(at24, &off); >>> >> >> + >>> >> >> + ret = pm_runtime_get_sync(&client->dev); >>> >> >> + if (ret < 0) { >>> >> >> + pm_runtime_put_noidle(&client->dev); >>> >> >> + return ret; >>> >> >> + } >>> >> >> + >>> >> >> /* >>> >> >> * Read data from chip, protecting against concurrent updates >>> >> >> * from this host, but not from other I2C masters. >>> >> >> @@ -518,6 +529,7 @@ static int at24_read(void *priv, unsigned >>> >> >> int off, void *val, size_t count) >>> >> >> status = at24->read_func(at24, buf, off, count); >>> >> >> if (status < 0) { >>> >> >> mutex_unlock(&at24->lock); >>> >> >> + pm_runtime_put(&client->dev); >>> >> >> return status; >>> >> >> } >>> >> >> buf += status; >>> >> >> @@ -527,17 +539,29 @@ static int at24_read(void *priv, unsigned >>> >> >> int off, void *val, size_t count) >>> >> >> >>> >> >> mutex_unlock(&at24->lock); >>> >> >> >>> >> >> + pm_runtime_put(&client->dev); >>> >> >> + >>> >> >> return 0; >>> >> >> } >>> >> >> >>> >> >> static int at24_write(void *priv, unsigned int off, void *val, size_t >>count) { >>> >> >> struct at24_data *at24 = priv; >>> >> >> + struct i2c_client *client; >>> >> >> char *buf = val; >>> >> >> + int ret; >>> >> >> >>> >> >> if (unlikely(!count)) >>> >> >> return -EINVAL; >>> >> >> >>> >> >> + client = at24_translate_offset(at24, &off); >>> >> >> + >>> >> >> + ret = pm_runtime_get_sync(&client->dev); >>> >> >> + if (ret < 0) { >>> >> >> + pm_runtime_put_noidle(&client->dev); >>> >> >> + return ret; >>> >> >> + } >>> >> >> + >>> >> >> /* >>> >> >> * Write data to chip, protecting against concurrent updates >>> >> >> * from this host, but not from other I2C masters. >>> >> >> @@ -550,6 +574,7 @@ static int at24_write(void *priv, unsigned >>> >> >> int off, void *val, size_t count) >>> >> >> status = at24->write_func(at24, buf, off, count); >>> >> >> if (status < 0) { >>> >> >> mutex_unlock(&at24->lock); >>> >> >> + pm_runtime_put(&client->dev); >>> >> >> return status; >>> >> >> } >>> >> >> buf += status; >>> >> >> @@ -559,6 +584,8 @@ static int at24_write(void *priv, unsigned >>> >> >> int off, void *val, size_t count) >>> >> >> >>> >> >> mutex_unlock(&at24->lock); >>> >> >> >>> >> >> + pm_runtime_put(&client->dev); >>> >> >> + >>> >> >> return 0; >>> >> >> } >>> >> >> >>> >> >> @@ -743,11 +770,17 @@ static int at24_probe(struct i2c_client >>> >> >> *client, const struct i2c_device_id *id) >>> >> >> >>> >> >> i2c_set_clientdata(client, at24); >>> >> >> >>> >> >> + /* enable runtime pm */ >>> >> >> + pm_runtime_get_noresume(&client->dev); >>> >> >> + pm_runtime_set_active(&client->dev); >>> >> >> + pm_runtime_enable(&client->dev); >>> >> >>> >> Do we need this get_noresume/set_active dance? I remember it was >>> >> for some reason needed for PCI devices, but I don't see why for I2C >>> >> anything else than just pm_runtime_enable() would be necessary. >>> > >>> > You specifically do not need (all) this for PCI devices, but AFAIU >>> > for I涎 >>> > devices you do. The runtime PM status of a device is disabled by >>> > default and the use count is zero, but on ACPI based systems the >>> > device is still powered on. >>> >>> Okay, so _get_noresume() and _set_active() would do the thing for ACPI >>> indeed, but not sure about other platforms. Perhaps _enable(), >>> _get_sync() would be more general? >> >>What I ended up doing in e.g. the smiapp driver was to explicitly power the >>device on first and then enable runtime PM. (See >>drivers/media/i2c/smiapp/smiapp-core.c .) This approach works even if >>CONFIG_PM is disabled, both on DT and ACPI. >> >>-- >>Regards, >> >>Sakari Ailus >>e-mail: sakari.ailus-X3B1VOXEql0@public.gmane.org -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2017-09-26 5:34 UTC|newest] Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-09-04 10:28 [PATCH v6 0/3] enable eeprom "size" property and runtime pm Divagar Mohandass 2017-09-04 10:28 ` Divagar Mohandass 2017-09-04 10:28 ` [PATCH v6 1/3] dt-bindings: add eeprom "size" property Divagar Mohandass 2017-09-20 3:52 ` Mani, Rajmohan 2017-09-20 3:52 ` Mani, Rajmohan 2017-09-04 10:28 ` [PATCH v6 2/3] eeprom: at24: add support to fetch eeprom device property "size" Divagar Mohandass 2017-09-20 3:52 ` Mani, Rajmohan 2017-09-20 3:52 ` Mani, Rajmohan 2017-09-22 16:11 ` Andy Shevchenko 2017-09-22 16:11 ` Andy Shevchenko 2017-09-26 5:29 ` Mohandass, Divagar 2017-09-04 10:28 ` [PATCH v6 3/3] eeprom: at24: enable runtime pm support Divagar Mohandass 2017-09-20 3:52 ` Mani, Rajmohan 2017-09-20 3:56 ` Tomasz Figa 2017-09-20 3:56 ` Tomasz Figa 2017-09-20 8:45 ` sakari.ailus 2017-09-20 8:59 ` Tomasz Figa 2017-09-20 9:32 ` sakari.ailus 2017-09-26 5:29 ` Mohandass, Divagar 2017-09-26 5:33 ` Tomasz Figa [this message] 2017-09-26 5:33 ` Tomasz Figa 2017-10-03 13:51 ` sakari.ailus 2017-10-09 3:14 ` Mohandass, Divagar 2017-10-10 3:55 ` Tomasz Figa 2017-10-03 14:23 ` sakari.ailus 2017-10-10 3:54 ` Tomasz Figa 2017-09-05 13:48 ` [PATCH v6 0/3] enable eeprom "size" property and runtime pm Sakari Ailus 2017-09-20 3:51 ` Mani, Rajmohan 2017-09-20 3:51 ` Mani, Rajmohan
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=CAAFQd5AQX+OuxkkXsyBXO3v-Fyv49kOK9Gdpcp1+XgZLm0KMHQ@mail.gmail.com \ --to=tfiga@chromium.org \ --cc=devicetree@vger.kernel.org \ --cc=divagar.mohandass@intel.com \ --cc=linux-i2c@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=mark.rutland@arm.com \ --cc=mika.westerberg@linux.intel.com \ --cc=rajmohan.mani@intel.com \ --cc=rjw@rjwysocki.net \ --cc=robh+dt@kernel.org \ --cc=sakari.ailus@iki.fi \ --cc=ulf.hansson@linaro.org \ --cc=wsa@the-dreams.de \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.