diff for duplicates of <1490704781.3546.57.camel@nxp.com>

diff --git a/a/1.txt b/N1/1.txt
index 1ace0b6..be808d6 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -11,7 +11,7 @@ On Fri, 2017-03-24 at 12:52 +0000, Mark Brown wrote:
 > I would expect that if bypass is enabled then the constraints on the
 > parent regulator would be set appropriately to support this, I wouldn't
 > expect that we'd try to apply the operating constraints of the regulator
-> to the supply.  Usually bypass is used for low power retention modes
+> to the supply.??Usually bypass is used for low power retention modes
 > with different settings to those used in normal operation that wouldn't
 > be desired in normal operation, if we were going to have constraints for
 > this I'd expect a separate set used during bypass.
@@ -41,14 +41,9 @@ The _regulator_do_set_voltage call on the supply can deal with stuff like
 mapping it to a selector, just like it does for regulator consumers.
 
 If more elaborate constraints are required instead of this simple behavior it
-could be handled by adding an interface for drivers to expose explicit dynamic
+could be handled by?adding an interface for drivers to expose explicit dynamic
 min/max constraints.
 
 --
 Regards,
 Leonard
-
-_______________________________________________
-linux-arm-kernel mailing list
-linux-arm-kernel@lists.infradead.org
-http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
diff --git a/a/content_digest b/N1/content_digest
index a0d2200..bdf8ca6 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,26 +1,10 @@
  "ref\0cover.1490199005.git.leonard.crestez@nxp.com\0"
  "ref\01edff9bc610969b0c53fa1080d5db021c8e00b2d.1490199005.git.leonard.crestez@nxp.com\0"
  "ref\020170324125212.vikgekqxsnu7htzl@sirena.org.uk\0"
- "From\0Leonard Crestez <leonard.crestez@nxp.com>\0"
- "Subject\0Re: [RFC 4/8] regulator: core: Check enabling bypass respects constraints\0"
+ "From\0leonard.crestez@nxp.com (Leonard Crestez)\0"
+ "Subject\0[RFC 4/8] regulator: core: Check enabling bypass respects constraints\0"
  "Date\0Tue, 28 Mar 2017 15:39:41 +0300\0"
- "To\0Mark Brown <broonie@kernel.org>"
- " Sascha Hauer <kernel@pengutronix.de>\0"
- "Cc\0Mark Rutland <mark.rutland@arm.com>"
-  devicetree@vger.kernel.org
-  Anson Huang <Anson.Huang@nxp.com>
-  Irina Tirdea <irina.tirdea@nxp.com>
-  Viresh Kumar <viresh.kumar@linaro.org>
-  linux-pm@vger.kernel.org
-  Rafael J. Wysocki <rjw@rjwysocki.net>
-  Liam Girdwood <lgirdwood@gmail.com>
-  linux-kernel@vger.kernel.org
-  Rob Herring <robh+dt@kernel.org>
-  Octavian Purdila <octavian.purdila@nxp.com>
-  Fabio Estevam <fabio.estevam@nxp.com>
-  Robin Gong <yibin.gong@nxp.com>
-  Shawn Guo <shawnguo@kernel.org>
- " linux-arm-kernel@lists.infradead.org\0"
+ "To\0linux-arm-kernel@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "On Fri, 2017-03-24 at 12:52 +0000, Mark Brown wrote:\n"
@@ -36,7 +20,7 @@
  "> I would expect that if bypass is enabled then the constraints on the\n"
  "> parent regulator would be set appropriately to support this, I wouldn't\n"
  "> expect that we'd try to apply the operating constraints of the regulator\n"
- "> to the supply.\302\240\302\240Usually bypass is used for low power retention modes\n"
+ "> to the supply.??Usually bypass is used for low power retention modes\n"
  "> with different settings to those used in normal operation that wouldn't\n"
  "> be desired in normal operation, if we were going to have constraints for\n"
  "> this I'd expect a separate set used during bypass.\n"
@@ -66,16 +50,11 @@
  "mapping it to a selector, just like it does for regulator consumers.\n"
  "\n"
  "If more elaborate constraints are required instead of this simple behavior it\n"
- "could be handled by\302\240adding an interface for drivers to expose explicit dynamic\n"
+ "could be handled by?adding an interface for drivers to expose explicit dynamic\n"
  "min/max constraints.\n"
  "\n"
  "--\n"
  "Regards,\n"
- "Leonard\n"
- "\n"
- "_______________________________________________\n"
- "linux-arm-kernel mailing list\n"
- "linux-arm-kernel@lists.infradead.org\n"
- http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
+ Leonard
 
-6049e245595942aa9c5947fe83f3852287d6ad37a3789c304ccd212ebeb88dd0
+04cd90fb974c2db2491a2ed1666bb8ec7281bdc2f713f2a5d07ced3b47c7dcb1
