All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>
To: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
Cc: "Nishanth Menon" <nm-l0cyMroinI0@public.gmane.org>,
	"Grazvydas Ignotas"
	<notasas-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"Sebastian Reichel" <sre-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	"Mark Rutland" <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
	"dt list" <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"Pawel Moll" <pawel.moll-5wv7dgnIgG8@public.gmane.org>,
	"Ian Campbell"
	<ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org>,
	"Tony Lindgren" <tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org>,
	"Kumar Gala" <galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	lm-sensors-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org,
	"Rob Herring" <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	"Jean Delvare" <jdelvare-l3A5Bk7waGM@public.gmane.org>,
	"Benoît Cousson"
	<bcousson-rdvid1DuHRBWk0Htik3J/w@public.gmane.org>,
	"Pali Rohar" <pali.rohar-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	eduardo.valentin-l0cyMroinI0@public.gmane.org
Subject: Re: [PATCH 2/3] hwmon: Driver for OMAP3 temperature sensor
Date: Tue, 30 Dec 2014 23:46:22 +0100	[thread overview]
Message-ID: <20141230224621.GA26163@amd> (raw)
In-Reply-To: <20141229190448.GA27124-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>

On Mon 2014-12-29 11:04:48, Guenter Roeck wrote:
> On Mon, Dec 29, 2014 at 07:15:56PM +0100, Pavel Machek wrote:
> > On Mon 2014-12-29 12:01:03, Nishanth Menon wrote:
> > > On Mon, Dec 29, 2014 at 11:52 AM, Grazvydas Ignotas <notasas-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> > > > On Fri, Dec 26, 2014 at 2:34 PM, Sebastian Reichel <sre-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
> > > >> OMAP34xx and OMAP36xx processors contain a register in the syscon area,
> > > >> which can be used to determine the SoCs temperature. This patch provides
> > > >> a DT based driver for the temperature sensor based on an older driver
> > > >> written by Peter De Schrijver for the Nokia N900 and N9.
> > > >
> > > > The sensor looks like an earlier iteration of sensors used in newer
> > > > OMAPs, which are already supported by maybe
> > > > drivers/thermal/ti-soc-thermal/ , maybe it would make sense to update
> > > > that driver instead?
> > > 
> > > Just to be clear - OMAP4 is the first time that the sensors were
> > > reliable enough to be used.
> > 
> > When testing initial version of the patch, they seem to work very well
> > in the omap3 case.
> > 
> Pavel,
> 
> can you look into the omap4 thermal driver to see if it can be used ?

The hardware registers are named the same way...

Unfortunately, TI moves registers around with each release, and OMAP4
stuff is _way_ more complex and maze of ifdefs, too.

static struct temp_sensor_data omap4430_mpu_temp_sensor_data = {
        .min_freq = OMAP4430_MIN_FREQ,
 	.max_freq = OMAP4430_MAX_FREQ,
 	.max_temp = OMAP4430_MAX_TEMP,
	.min_temp = OMAP4430_MIN_TEMP,
 	.hyst_val = OMAP4430_HYST_VAL,
	};

and each define used just once. Would be easier to read and modify if
the ifdefs were removed...
	
Best regards,
								Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--
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

WARNING: multiple messages have this Message-ID (diff)
From: Pavel Machek <pavel@ucw.cz>
To: Guenter Roeck <linux@roeck-us.net>
Cc: "Nishanth Menon" <nm@ti.com>,
	"Grazvydas Ignotas" <notasas@gmail.com>,
	"Sebastian Reichel" <sre@kernel.org>,
	"Mark Rutland" <mark.rutland@arm.com>,
	"dt list" <devicetree@vger.kernel.org>,
	"Pawel Moll" <pawel.moll@arm.com>,
	"Ian Campbell" <ijc+devicetree@hellion.org.uk>,
	"Tony Lindgren" <tony@atomide.com>,
	"Kumar Gala" <galak@codeaurora.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	lm-sensors@lm-sensors.org, "Rob Herring" <robh+dt@kernel.org>,
	"Jean Delvare" <jdelvare@suse.de>,
	"Benoît Cousson" <bcousson@baylibre.com>,
	"Pali Rohar" <pali.rohar@gmail.com>,
	"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	eduardo.valentin@ti.com
Subject: Re: [lm-sensors] [PATCH 2/3] hwmon: Driver for OMAP3 temperature sensor
Date: Tue, 30 Dec 2014 22:46:22 +0000	[thread overview]
Message-ID: <20141230224621.GA26163@amd> (raw)
In-Reply-To: <20141229190448.GA27124@roeck-us.net>

On Mon 2014-12-29 11:04:48, Guenter Roeck wrote:
> On Mon, Dec 29, 2014 at 07:15:56PM +0100, Pavel Machek wrote:
> > On Mon 2014-12-29 12:01:03, Nishanth Menon wrote:
> > > On Mon, Dec 29, 2014 at 11:52 AM, Grazvydas Ignotas <notasas@gmail.com> wrote:
> > > > On Fri, Dec 26, 2014 at 2:34 PM, Sebastian Reichel <sre@kernel.org> wrote:
> > > >> OMAP34xx and OMAP36xx processors contain a register in the syscon area,
> > > >> which can be used to determine the SoCs temperature. This patch provides
> > > >> a DT based driver for the temperature sensor based on an older driver
> > > >> written by Peter De Schrijver for the Nokia N900 and N9.
> > > >
> > > > The sensor looks like an earlier iteration of sensors used in newer
> > > > OMAPs, which are already supported by maybe
> > > > drivers/thermal/ti-soc-thermal/ , maybe it would make sense to update
> > > > that driver instead?
> > > 
> > > Just to be clear - OMAP4 is the first time that the sensors were
> > > reliable enough to be used.
> > 
> > When testing initial version of the patch, they seem to work very well
> > in the omap3 case.
> > 
> Pavel,
> 
> can you look into the omap4 thermal driver to see if it can be used ?

The hardware registers are named the same way...

Unfortunately, TI moves registers around with each release, and OMAP4
stuff is _way_ more complex and maze of ifdefs, too.

static struct temp_sensor_data omap4430_mpu_temp_sensor_data = {
        .min_freq = OMAP4430_MIN_FREQ,
 	.max_freq = OMAP4430_MAX_FREQ,
 	.max_temp = OMAP4430_MAX_TEMP,
	.min_temp = OMAP4430_MIN_TEMP,
 	.hyst_val = OMAP4430_HYST_VAL,
	};

and each define used just once. Would be easier to read and modify if
the ifdefs were removed...
	
Best regards,
								Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

WARNING: multiple messages have this Message-ID (diff)
From: pavel@ucw.cz (Pavel Machek)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/3] hwmon: Driver for OMAP3 temperature sensor
Date: Tue, 30 Dec 2014 23:46:22 +0100	[thread overview]
Message-ID: <20141230224621.GA26163@amd> (raw)
In-Reply-To: <20141229190448.GA27124@roeck-us.net>

On Mon 2014-12-29 11:04:48, Guenter Roeck wrote:
> On Mon, Dec 29, 2014 at 07:15:56PM +0100, Pavel Machek wrote:
> > On Mon 2014-12-29 12:01:03, Nishanth Menon wrote:
> > > On Mon, Dec 29, 2014 at 11:52 AM, Grazvydas Ignotas <notasas@gmail.com> wrote:
> > > > On Fri, Dec 26, 2014 at 2:34 PM, Sebastian Reichel <sre@kernel.org> wrote:
> > > >> OMAP34xx and OMAP36xx processors contain a register in the syscon area,
> > > >> which can be used to determine the SoCs temperature. This patch provides
> > > >> a DT based driver for the temperature sensor based on an older driver
> > > >> written by Peter De Schrijver for the Nokia N900 and N9.
> > > >
> > > > The sensor looks like an earlier iteration of sensors used in newer
> > > > OMAPs, which are already supported by maybe
> > > > drivers/thermal/ti-soc-thermal/ , maybe it would make sense to update
> > > > that driver instead?
> > > 
> > > Just to be clear - OMAP4 is the first time that the sensors were
> > > reliable enough to be used.
> > 
> > When testing initial version of the patch, they seem to work very well
> > in the omap3 case.
> > 
> Pavel,
> 
> can you look into the omap4 thermal driver to see if it can be used ?

The hardware registers are named the same way...

Unfortunately, TI moves registers around with each release, and OMAP4
stuff is _way_ more complex and maze of ifdefs, too.

static struct temp_sensor_data omap4430_mpu_temp_sensor_data = {
        .min_freq = OMAP4430_MIN_FREQ,
 	.max_freq = OMAP4430_MAX_FREQ,
 	.max_temp = OMAP4430_MAX_TEMP,
	.min_temp = OMAP4430_MIN_TEMP,
 	.hyst_val = OMAP4430_HYST_VAL,
	};

and each define used just once. Would be easier to read and modify if
the ifdefs were removed...
	
Best regards,
								Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

WARNING: multiple messages have this Message-ID (diff)
From: Pavel Machek <pavel@ucw.cz>
To: Guenter Roeck <linux@roeck-us.net>
Cc: "Nishanth Menon" <nm@ti.com>,
	"Grazvydas Ignotas" <notasas@gmail.com>,
	"Sebastian Reichel" <sre@kernel.org>,
	"Mark Rutland" <mark.rutland@arm.com>,
	"dt list" <devicetree@vger.kernel.org>,
	"Pawel Moll" <pawel.moll@arm.com>,
	"Ian Campbell" <ijc+devicetree@hellion.org.uk>,
	"Tony Lindgren" <tony@atomide.com>,
	"Kumar Gala" <galak@codeaurora.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	lm-sensors@lm-sensors.org, "Rob Herring" <robh+dt@kernel.org>,
	"Jean Delvare" <jdelvare@suse.de>,
	"Benoît Cousson" <bcousson@baylibre.com>,
	"Pali Rohar" <pali.rohar@gmail.com>,
	"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	eduardo.valentin@ti.com
Subject: Re: [PATCH 2/3] hwmon: Driver for OMAP3 temperature sensor
Date: Tue, 30 Dec 2014 23:46:22 +0100	[thread overview]
Message-ID: <20141230224621.GA26163@amd> (raw)
In-Reply-To: <20141229190448.GA27124@roeck-us.net>

On Mon 2014-12-29 11:04:48, Guenter Roeck wrote:
> On Mon, Dec 29, 2014 at 07:15:56PM +0100, Pavel Machek wrote:
> > On Mon 2014-12-29 12:01:03, Nishanth Menon wrote:
> > > On Mon, Dec 29, 2014 at 11:52 AM, Grazvydas Ignotas <notasas@gmail.com> wrote:
> > > > On Fri, Dec 26, 2014 at 2:34 PM, Sebastian Reichel <sre@kernel.org> wrote:
> > > >> OMAP34xx and OMAP36xx processors contain a register in the syscon area,
> > > >> which can be used to determine the SoCs temperature. This patch provides
> > > >> a DT based driver for the temperature sensor based on an older driver
> > > >> written by Peter De Schrijver for the Nokia N900 and N9.
> > > >
> > > > The sensor looks like an earlier iteration of sensors used in newer
> > > > OMAPs, which are already supported by maybe
> > > > drivers/thermal/ti-soc-thermal/ , maybe it would make sense to update
> > > > that driver instead?
> > > 
> > > Just to be clear - OMAP4 is the first time that the sensors were
> > > reliable enough to be used.
> > 
> > When testing initial version of the patch, they seem to work very well
> > in the omap3 case.
> > 
> Pavel,
> 
> can you look into the omap4 thermal driver to see if it can be used ?

The hardware registers are named the same way...

Unfortunately, TI moves registers around with each release, and OMAP4
stuff is _way_ more complex and maze of ifdefs, too.

static struct temp_sensor_data omap4430_mpu_temp_sensor_data = {
        .min_freq = OMAP4430_MIN_FREQ,
 	.max_freq = OMAP4430_MAX_FREQ,
 	.max_temp = OMAP4430_MAX_TEMP,
	.min_temp = OMAP4430_MIN_TEMP,
 	.hyst_val = OMAP4430_HYST_VAL,
	};

and each define used just once. Would be easier to read and modify if
the ifdefs were removed...
	
Best regards,
								Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

  parent reply	other threads:[~2014-12-30 22:46 UTC|newest]

Thread overview: 115+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-26 10:29 [PATCH] add omap34xx temperature monitoring support Pavel Machek
2014-12-26 10:29 ` Pavel Machek
2014-12-26 10:29 ` [lm-sensors] " Pavel Machek
2014-12-26 12:34 ` [PATCH 0/3] OMAP3 temperature sensor Sebastian Reichel
2014-12-26 12:34   ` Sebastian Reichel
2014-12-26 12:34   ` Sebastian Reichel
2014-12-26 12:34   ` [lm-sensors] " Sebastian Reichel
2014-12-26 12:34   ` [PATCH 1/3] DT Binding for omap3 " Sebastian Reichel
2014-12-26 12:34     ` Sebastian Reichel
2014-12-26 12:34     ` [lm-sensors] " Sebastian Reichel
     [not found]     ` <1419597294-21487-2-git-send-email-sre-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2014-12-26 17:19       ` Pavel Machek
2014-12-26 17:19         ` Pavel Machek
2014-12-26 17:19         ` Pavel Machek
2014-12-26 17:19         ` [lm-sensors] " Pavel Machek
2014-12-26 23:50         ` Sebastian Reichel
2014-12-26 23:50           ` Sebastian Reichel
2014-12-26 23:50           ` Sebastian Reichel
2014-12-26 23:50           ` [lm-sensors] " Sebastian Reichel
2014-12-27 19:09       ` Pavel Machek
2014-12-27 19:09         ` Pavel Machek
2014-12-27 19:09         ` Pavel Machek
2014-12-27 19:09         ` [lm-sensors] " Pavel Machek
2014-12-26 12:34   ` [PATCH 2/3] hwmon: Driver for OMAP3 " Sebastian Reichel
2014-12-26 12:34     ` Sebastian Reichel
2014-12-26 12:34     ` [lm-sensors] " Sebastian Reichel
2014-12-26 17:26     ` Pavel Machek
2014-12-26 17:26       ` Pavel Machek
2014-12-26 17:26       ` [lm-sensors] " Pavel Machek
2014-12-27 19:24     ` Pavel Machek
2014-12-27 19:24       ` Pavel Machek
2014-12-27 19:24       ` [lm-sensors] " Pavel Machek
2014-12-27 19:40     ` Pavel Machek
2014-12-27 19:40       ` Pavel Machek
2014-12-27 19:40       ` [lm-sensors] " Pavel Machek
2014-12-27 19:48     ` Pavel Machek
2014-12-27 19:48       ` Pavel Machek
2014-12-27 19:48       ` [lm-sensors] " Pavel Machek
     [not found]     ` <1419597294-21487-3-git-send-email-sre-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2014-12-27 19:58       ` Pavel Machek
2014-12-27 19:58         ` Pavel Machek
2014-12-27 19:58         ` Pavel Machek
2014-12-27 19:58         ` [lm-sensors] " Pavel Machek
2014-12-27 22:35         ` Pavel Machek
2014-12-27 22:35           ` Pavel Machek
2014-12-27 22:35           ` [lm-sensors] " Pavel Machek
2014-12-28  8:24           ` Guenter Roeck
2014-12-28  8:24             ` Guenter Roeck
2014-12-28  8:24             ` [lm-sensors] " Guenter Roeck
2014-12-28 10:07             ` Sebastian Reichel
2014-12-28 10:07               ` Sebastian Reichel
2014-12-28 10:07               ` Sebastian Reichel
2014-12-28 10:07               ` [lm-sensors] " Sebastian Reichel
2014-12-29 17:52       ` Grazvydas Ignotas
2014-12-29 17:52         ` Grazvydas Ignotas
2014-12-29 17:52         ` Grazvydas Ignotas
2014-12-29 17:52         ` [lm-sensors] " Grazvydas Ignotas
2014-12-29 18:01         ` Nishanth Menon
2014-12-29 18:01           ` Nishanth Menon
2014-12-29 18:01           ` [lm-sensors] " Nishanth Menon
     [not found]           ` <CAGo_u6qO0ok+GBnm7SQtw6dJuwGN2OuP7CpKDEWawS3V2go4KA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-12-29 18:15             ` Pavel Machek
2014-12-29 18:15               ` Pavel Machek
2014-12-29 18:15               ` Pavel Machek
2014-12-29 18:15               ` [lm-sensors] " Pavel Machek
2014-12-29 19:04               ` Guenter Roeck
2014-12-29 19:04                 ` Guenter Roeck
2014-12-29 19:04                 ` Guenter Roeck
2014-12-29 19:04                 ` [lm-sensors] " Guenter Roeck
     [not found]                 ` <20141229190448.GA27124-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2014-12-30 22:46                   ` Pavel Machek [this message]
2014-12-30 22:46                     ` Pavel Machek
2014-12-30 22:46                     ` Pavel Machek
2014-12-30 22:46                     ` [lm-sensors] " Pavel Machek
2015-01-01  9:11                 ` Pavel Machek
2015-01-01  9:11                   ` Pavel Machek
2015-01-01  9:11                   ` [lm-sensors] " Pavel Machek
2015-01-03  9:18                 ` Pavel Machek
2015-01-03  9:18                   ` Pavel Machek
2015-01-03  9:18                   ` [lm-sensors] " Pavel Machek
2015-01-07 16:19                   ` Guenter Roeck
2015-01-07 16:19                     ` Guenter Roeck
2015-01-07 16:19                     ` [lm-sensors] " Guenter Roeck
2015-01-18 20:33                     ` Pavel Machek
2015-01-18 20:33                       ` Pavel Machek
2015-01-18 20:33                       ` [lm-sensors] " Pavel Machek
2015-01-18 22:18                       ` Guenter Roeck
2015-01-18 22:18                         ` Guenter Roeck
2015-01-18 22:18                         ` [lm-sensors] " Guenter Roeck
2014-12-29 20:35               ` Nishanth Menon
2014-12-29 20:35                 ` Nishanth Menon
2014-12-29 20:35                 ` Nishanth Menon
2014-12-29 20:35                 ` [lm-sensors] " Nishanth Menon
     [not found]                 ` <54A1BB2B.9060204-l0cyMroinI0@public.gmane.org>
2014-12-30 18:00                   ` Pavel Machek
2014-12-30 18:00                     ` Pavel Machek
2014-12-30 18:00                     ` Pavel Machek
2014-12-30 18:00                     ` [lm-sensors] " Pavel Machek
2014-12-27 23:26     ` Pavel Machek
2014-12-27 23:26       ` Pavel Machek
2014-12-27 23:26       ` [lm-sensors] " Pavel Machek
2014-12-26 12:34   ` [PATCH 3/3] ARM: dts: OMAP34xx/36xx: Add " Sebastian Reichel
2014-12-26 12:34     ` Sebastian Reichel
2014-12-26 12:34     ` [lm-sensors] " Sebastian Reichel
     [not found]     ` <1419597294-21487-4-git-send-email-sre-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2014-12-27 19:09       ` Pavel Machek
2014-12-27 19:09         ` Pavel Machek
2014-12-27 19:09         ` Pavel Machek
2014-12-27 19:09         ` [lm-sensors] " Pavel Machek
2014-12-26 15:54 ` [PATCH] add omap34xx temperature monitoring support Tony Lindgren
2014-12-26 15:54   ` Tony Lindgren
2014-12-26 15:54   ` [lm-sensors] " Tony Lindgren
2014-12-26 16:17   ` Tony Lindgren
2014-12-26 16:17     ` Tony Lindgren
2014-12-26 16:17     ` [lm-sensors] " Tony Lindgren
2014-12-26 16:26     ` Pali Rohár
2014-12-26 16:26       ` Pali Rohár
2014-12-26 16:26       ` [lm-sensors] " Pali Rohár
2014-12-26 16:31       ` Tony Lindgren
2014-12-26 16:31         ` Tony Lindgren
2014-12-26 16:31         ` [lm-sensors] " Tony Lindgren

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=20141230224621.GA26163@amd \
    --to=pavel-+zi9xunit7i@public.gmane.org \
    --cc=bcousson-rdvid1DuHRBWk0Htik3J/w@public.gmane.org \
    --cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=eduardo.valentin-l0cyMroinI0@public.gmane.org \
    --cc=galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org \
    --cc=ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org \
    --cc=jdelvare-l3A5Bk7waGM@public.gmane.org \
    --cc=linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org \
    --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=lm-sensors-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org \
    --cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
    --cc=nm-l0cyMroinI0@public.gmane.org \
    --cc=notasas-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=pali.rohar-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=pawel.moll-5wv7dgnIgG8@public.gmane.org \
    --cc=robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
    --cc=sre-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
    --cc=tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org \
    /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: link
Be 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.