All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20161125052008.GA8342@localhost.localdomain>

diff --git a/a/1.txt b/N1/1.txt
index de3a2e1..2fde89f 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -29,7 +29,7 @@ not. And that is done silently, with no notification to user. I see.
 with no synchronization mechanism?
 
 > > 
-> >> The above mentioned “configuration if not running” reflect the values that
+> >> The above mentioned ?configuration if not running? reflect the values that
 > >> the FW is currently setting. We should not change those values as long as the
 > >> Firmware is also reading the temperature on its own.
 > > 
@@ -72,7 +72,7 @@ we?
 > >>> it is clear to whoever reads in the future), then I would be OK with
 > >>> this driver.
 > >> 
-> >> So how do you want this to get “documented” in the driver?
+> >> So how do you want this to get ?documented? in the driver?
 > >> The setup and Firmware is a generic feature of the SOC, so if we would put
 > >> some clarifications in this driver, then we would need to put it in every
 > >> bcm283X driver (which seems unreasonable).
@@ -111,7 +111,7 @@ correct?
 
 > As for the use of thermal_zone_get_offset/slope: looking into the code
 > it looks like this actually blows up the code, as we now would need to
-> allocate thermal_zone_params and preset it with the “correct” values.
+> allocate thermal_zone_params and preset it with the ?correct? values.
 > 
 > So more code to maintain and more memory consumed.
 > The only advantage I would see is that it would allow to set offset and
@@ -127,8 +127,3 @@ Any specific reason not to use of-thermal, then?
 BR,
 
 Eduardo Valentin
-
---
-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
diff --git a/a/content_digest b/N1/content_digest
index 60a94e5..4c5b147 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -6,26 +6,10 @@
  "ref\07957B3CC-0E18-4B27-82EB-EF88B7695E28@martin.sperl.org\0"
  "ref\020161119042224.GA25063@localhost.localdomain\0"
  "ref\028F93ABE-8210-4389-AE77-4D5E830E669B@martin.sperl.org\0"
- "ref\028F93ABE-8210-4389-AE77-4D5E830E669B-TqfNSX0MhmxHKSADF0wUEw@public.gmane.org\0"
- "From\0Eduardo Valentin <edubezval-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>\0"
- "Subject\0Re: [PATCH V8 2/6] thermal: bcm2835: add thermal driver for bcm2835 soc\0"
+ "From\0edubezval@gmail.com (Eduardo Valentin)\0"
+ "Subject\0[PATCH V8 2/6] thermal: bcm2835: add thermal driver for bcm2835 soc\0"
  "Date\0Thu, 24 Nov 2016 21:20:15 -0800\0"
- "To\0Martin Sperl <kernel-TqfNSX0MhmxHKSADF0wUEw@public.gmane.org>\0"
- "Cc\0Zhang Rui <rui.zhang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>"
-  Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
-  Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org>
-  Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>
-  Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
-  Lee Jones <lee-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
-  Eric Anholt <eric-WhKQ6XTQaPysTnJN9+BGXg@public.gmane.org>
-  Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
-  Florian Fainelli <f.fainelli-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
-  Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>
-  Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>
-  linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
-  devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
-  linux-rpi-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
- " linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org\0"
+ "To\0linux-arm-kernel@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "Hello,\n"
@@ -59,7 +43,7 @@
  "with no synchronization mechanism?\n"
  "\n"
  "> > \n"
- "> >> The above mentioned \342\200\234configuration if not running\342\200\235 reflect the values that\n"
+ "> >> The above mentioned ?configuration if not running? reflect the values that\n"
  "> >> the FW is currently setting. We should not change those values as long as the\n"
  "> >> Firmware is also reading the temperature on its own.\n"
  "> > \n"
@@ -102,7 +86,7 @@
  "> >>> it is clear to whoever reads in the future), then I would be OK with\n"
  "> >>> this driver.\n"
  "> >> \n"
- "> >> So how do you want this to get \342\200\234documented\342\200\235 in the driver?\n"
+ "> >> So how do you want this to get ?documented? in the driver?\n"
  "> >> The setup and Firmware is a generic feature of the SOC, so if we would put\n"
  "> >> some clarifications in this driver, then we would need to put it in every\n"
  "> >> bcm283X driver (which seems unreasonable).\n"
@@ -141,7 +125,7 @@
  "\n"
  "> As for the use of thermal_zone_get_offset/slope: looking into the code\n"
  "> it looks like this actually blows up the code, as we now would need to\n"
- "> allocate thermal_zone_params and preset it with the \342\200\234correct\342\200\235 values.\n"
+ "> allocate thermal_zone_params and preset it with the ?correct? values.\n"
  "> \n"
  "> So more code to maintain and more memory consumed.\n"
  "> The only advantage I would see is that it would allow to set offset and\n"
@@ -156,11 +140,6 @@
  "\n"
  "BR,\n"
  "\n"
- "Eduardo Valentin\n"
- "\n"
- "--\n"
- "To unsubscribe from this list: send the line \"unsubscribe devicetree\" in\n"
- "the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org\n"
- More majordomo info at  http://vger.kernel.org/majordomo-info.html
+ Eduardo Valentin
 
-fc3e341d3ad8670589fd11a4543bb35d10fa15584cd93cdc5c091615d56327cb
+82ddf5cf45c916e4790729e46985dcdeb8dc5ffc39c666b813cf5350c8cf4011

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.