All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <524E9BA9.4000506@arm.com>

diff --git a/a/1.txt b/N1/1.txt
index 9f923f9..6574939 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -2,9 +2,8 @@ Hi Grant,
 
 On 18/09/13 17:18, Sudeep KarkadaNagesha wrote:
 > On 18/09/13 15:51, Grant Likely wrote:
->> On Wed, 18 Sep 2013 11:53:03 +0100, Sudeep KarkadaNagesha <Sudeep.Karkad=
-aNagesha@arm.com> wrote:
->>> From: Sudeep KarkadaNagesha <sudeep.karkadanagesha@arm.com>
+>> On Wed, 18 Sep 2013 11:53:03 +0100, Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha-5wv7dgnIgG8@public.gmane.org> wrote:
+>>> From: Sudeep KarkadaNagesha <sudeep.karkadanagesha-5wv7dgnIgG8@public.gmane.org>
 >>>
 >>> Hi,
 >>>
@@ -15,22 +14,27 @@ aNagesha@arm.com> wrote:
 >>> Regards,
 >>> Sudeep
 >>
->> Acked-by: Grant Likely <grant.likely@secretlab.ca>
+>> Acked-by: Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>
 >>
 >> However, do you have a user for this function on other architectures
 >> yet? I'd like to see a user for the function in the same patch series..
 >>
->=20
+> 
 > Yes I have posted an RFC[1] following this series implementing cacheinfo
 > for ARM similar to x86 implementation. I was not sure if it's good idea
 > to combine it as its still initial RFC version.
->=20
+> 
 
-Do you prefer to have this a independent change or to go with the cache top=
-ology
+Do you prefer to have this a independent change or to go with the cache topology
 support patches[1] on ARM ?
 
 Regards,
 Sudeep
 
 [1] https://lkml.org/lkml/2013/9/18/340
+
+
+--
+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 e3274b1..5d4fcbe 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,23 +1,23 @@
  "ref\01379501585-12532-1-git-send-email-Sudeep.KarkadaNagesha@arm.com\0"
  "ref\020130918145116.D53A5C42CDF@trevor.secretlab.ca\0"
  "ref\05239D26E.5090505@arm.com\0"
- "From\0Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@arm.com>\0"
+ "ref\05239D26E.5090505-5wv7dgnIgG8@public.gmane.org\0"
+ "From\0Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha-5wv7dgnIgG8@public.gmane.org>\0"
  "Subject\0Re: [PATCH 0/2] move of_find_next_cache_node to DT core\0"
  "Date\0Fri, 04 Oct 2013 11:42:49 +0100\0"
- "To\0Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha@arm.com>"
- " Grant Likely <grant.likely@secretlab.ca>\0"
- "Cc\0devicetree@vger.kernel.org <devicetree@vger.kernel.org>"
-  Rob Herring <robherring2@gmail.com>
- " linuxppc-dev@lists.ozlabs.org <linuxppc-dev@lists.ozlabs.org>\0"
+ "To\0Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha-5wv7dgnIgG8@public.gmane.org>"
+ " Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>\0"
+ "Cc\0devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>"
+  linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org <linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>
+ " Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>\0"
  "\00:1\0"
  "b\0"
  "Hi Grant,\n"
  "\n"
  "On 18/09/13 17:18, Sudeep KarkadaNagesha wrote:\n"
  "> On 18/09/13 15:51, Grant Likely wrote:\n"
- ">> On Wed, 18 Sep 2013 11:53:03 +0100, Sudeep KarkadaNagesha <Sudeep.Karkad=\n"
- "aNagesha@arm.com> wrote:\n"
- ">>> From: Sudeep KarkadaNagesha <sudeep.karkadanagesha@arm.com>\n"
+ ">> On Wed, 18 Sep 2013 11:53:03 +0100, Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha-5wv7dgnIgG8@public.gmane.org> wrote:\n"
+ ">>> From: Sudeep KarkadaNagesha <sudeep.karkadanagesha-5wv7dgnIgG8@public.gmane.org>\n"
  ">>>\n"
  ">>> Hi,\n"
  ">>>\n"
@@ -28,24 +28,29 @@
  ">>> Regards,\n"
  ">>> Sudeep\n"
  ">>\n"
- ">> Acked-by: Grant Likely <grant.likely@secretlab.ca>\n"
+ ">> Acked-by: Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>\n"
  ">>\n"
  ">> However, do you have a user for this function on other architectures\n"
  ">> yet? I'd like to see a user for the function in the same patch series..\n"
  ">>\n"
- ">=20\n"
+ "> \n"
  "> Yes I have posted an RFC[1] following this series implementing cacheinfo\n"
  "> for ARM similar to x86 implementation. I was not sure if it's good idea\n"
  "> to combine it as its still initial RFC version.\n"
- ">=20\n"
+ "> \n"
  "\n"
- "Do you prefer to have this a independent change or to go with the cache top=\n"
- "ology\n"
+ "Do you prefer to have this a independent change or to go with the cache topology\n"
  "support patches[1] on ARM ?\n"
  "\n"
  "Regards,\n"
  "Sudeep\n"
  "\n"
- [1] https://lkml.org/lkml/2013/9/18/340
+ "[1] https://lkml.org/lkml/2013/9/18/340\n"
+ "\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
 
-77d88377d98e1bda1b79df47073e420385e0af3ddd783612f2c62653eb9378d7
+9f39aa981f58e0d0b10833cd4c8a44371db6057ce815a47ccab2412cf6bd518e

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.