All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20110124193539.GI29925@opensource.wolfsonmicro.com>

diff --git a/a/1.txt b/N1/1.txt
index 148d90b..a27b6ba 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -2,8 +2,8 @@ On Mon, Jan 24, 2011 at 10:50:53AM -0800, Colin Cross wrote:
 > On Mon, Jan 24, 2011 at 6:41 AM, Mark Brown
 
 > > Hrm, what's the situation where that happens and why does it cause
-> > problems? ?The regulator API doesn't care if suspend is going on, and
-> > nor do any of the current drivers for regulators. ?There is an issue
+> > problems?  The regulator API doesn't care if suspend is going on, and
+> > nor do any of the current drivers for regulators.  There is an issue
 > > with keeping things like I2C alive until the bitter end of suspend so
 > > you've got a control bus to the regulators but that's a generic issue
 > > which crops up with other subsystems too so a regulator-specific
diff --git a/a/content_digest b/N1/content_digest
index 5877931..64522a1 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -2,18 +2,24 @@
  "ref\01295834493-5019-21-git-send-email-ccross@android.com\0"
  "ref\020110124144142.GA16813@sirena.org.uk\0"
  "ref\0AANLkTikrUdLM8VmW5yCndf927E=drZF1gGBwXq6Dj5mW@mail.gmail.com\0"
- "From\0broonie@opensource.wolfsonmicro.com (Mark Brown)\0"
- "Subject\0[PATCH v2 20/28] ARM: tegra: cpufreq: Disable cpufreq during suspend\0"
+ "From\0Mark Brown <broonie@opensource.wolfsonmicro.com>\0"
+ "Subject\0Re: [PATCH v2 20/28] ARM: tegra: cpufreq: Disable cpufreq during suspend\0"
  "Date\0Mon, 24 Jan 2011 19:35:40 +0000\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0Colin Cross <ccross@android.com>\0"
+ "Cc\0linux-tegra@vger.kernel.org"
+  Russell King <linux@arm.linux.org.uk>
+  konkers@android.com
+  linux-kernel@vger.kernel.org
+  olof@lixom.net
+ " linux-arm-kernel@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "On Mon, Jan 24, 2011 at 10:50:53AM -0800, Colin Cross wrote:\n"
  "> On Mon, Jan 24, 2011 at 6:41 AM, Mark Brown\n"
  "\n"
  "> > Hrm, what's the situation where that happens and why does it cause\n"
- "> > problems? ?The regulator API doesn't care if suspend is going on, and\n"
- "> > nor do any of the current drivers for regulators. ?There is an issue\n"
+ "> > problems? \302\240The regulator API doesn't care if suspend is going on, and\n"
+ "> > nor do any of the current drivers for regulators. \302\240There is an issue\n"
  "> > with keeping things like I2C alive until the bitter end of suspend so\n"
  "> > you've got a control bus to the regulators but that's a generic issue\n"
  "> > which crops up with other subsystems too so a regulator-specific\n"
@@ -61,4 +67,4 @@
  "happens to regulators over suspend (there is some work to do here but\n"
  it's orthogonal to this sort of issue).
 
-65466cb6b6375c67beae34baaa364ce6944e9fa8ba3485c84e544977f37adc34
+f82a578fd5fd08e40f67b103511e85dfc04aabaff99b582db07c45d92b2f0ab7

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.