All of lore.kernel.org
 help / color / mirror / Atom feed

diff for duplicates of <CAJuYYwR6_67d4h7dvF+67JnnEqhPyWrXqJ=tTE32wnzkNfabzQ@mail.gmail.com>

diff --git a/a/1.txt b/N1/1.txt
index 4d36afc..af0cb5a 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -7,8 +7,8 @@ On 26 August 2011 19:53, Russell King - ARM Linux
 > > Thomas,
 > >
 > > On 08/26/2011 03:40 AM, Thomas Abraham wrote:
-> > > +  - arm,pl330-peri-reqs: number of actual peripheral requests connected to the
-> > > +    dma controller. Maximum value is 32.
+> > > + ?- arm,pl330-peri-reqs: number of actual peripheral requests connected to the
+> > > + ? ?dma controller. Maximum value is 32.
 > >
 > > Perhaps could be a bitmask for sparsely populated requests. May not
 > > matter since phandles will define the connections.
@@ -16,11 +16,11 @@ On 26 August 2011 19:53, Russell King - ARM Linux
 > > Can be optional and not present means 00 requests (mem-to-mem only).
 >
 > The number of peripheral requests is readable from configuration register
-> zero, so this is discoverable.  Why should we put this information into
+> zero, so this is discoverable. ?Why should we put this information into
 > DT if its provided by the hardware?
 >
 > The number of DMA channels available is also configurable by the SoC
-> designer, yet you don't specify that in DT.  And there's a whole bunch
+> designer, yet you don't specify that in DT. ?And there's a whole bunch
 > of other configuration options available to the SoC designer, most of
 > which are discoverable from the configuration registers.
 >
diff --git a/a/content_digest b/N1/content_digest
index 145c1fd..65f7fea 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -20,27 +20,16 @@
   "ref\00020110826142305.GA23469\@n2100.arm.linux.org.uk\0"
 ]
 [
-  "From\0Thomas Abraham <thomas.abraham\@linaro.org>\0"
+  "From\0thomas.abraham\@linaro.org (Thomas Abraham)\0"
 ]
 [
-  "Subject\0Re: [PATCH 4/6] DMA: PL330: Add device tree support\0"
+  "Subject\0[PATCH 4/6] DMA: PL330: Add device tree support\0"
 ]
 [
   "Date\0Tue, 30 Aug 2011 17:51:17 +0530\0"
 ]
 [
-  "To\0Russell King - ARM Linux <linux\@arm.linux.org.uk>\0"
-]
-[
-  "Cc\0Rob Herring <robherring2\@gmail.com>",
-  " boojin.kim\@samsung.com",
-  " kgene.kim\@samsung.com",
-  " patches\@linaro.org",
-  " vinod.koul\@intel.com",
-  " devicetree-discuss\@lists.ozlabs.org",
-  " jassisinghbrar\@gmail.com",
-  " linux-samsung-soc\@vger.kernel.org",
-  " linux-arm-kernel\@lists.infradead.org\0"
+  "To\0linux-arm-kernel\@lists.infradead.org\0"
 ]
 [
   "\0000:1\0"
@@ -58,8 +47,8 @@
   "> > Thomas,\n",
   "> >\n",
   "> > On 08/26/2011 03:40 AM, Thomas Abraham wrote:\n",
-  "> > > + \302\240- arm,pl330-peri-reqs: number of actual peripheral requests connected to the\n",
-  "> > > + \302\240 \302\240dma controller. Maximum value is 32.\n",
+  "> > > + ?- arm,pl330-peri-reqs: number of actual peripheral requests connected to the\n",
+  "> > > + ? ?dma controller. Maximum value is 32.\n",
   "> >\n",
   "> > Perhaps could be a bitmask for sparsely populated requests. May not\n",
   "> > matter since phandles will define the connections.\n",
@@ -67,11 +56,11 @@
   "> > Can be optional and not present means 00 requests (mem-to-mem only).\n",
   ">\n",
   "> The number of peripheral requests is readable from configuration register\n",
-  "> zero, so this is discoverable. \302\240Why should we put this information into\n",
+  "> zero, so this is discoverable. ?Why should we put this information into\n",
   "> DT if its provided by the hardware?\n",
   ">\n",
   "> The number of DMA channels available is also configurable by the SoC\n",
-  "> designer, yet you don't specify that in DT. \302\240And there's a whole bunch\n",
+  "> designer, yet you don't specify that in DT. ?And there's a whole bunch\n",
   "> of other configuration options available to the SoC designer, most of\n",
   "> which are discoverable from the configuration registers.\n",
   ">\n",
@@ -83,4 +72,4 @@
   "Thomas."
 ]
 
-00c4bb2999b1dd92a934e671183bae2dcab4ed7f46d21993ccc2fdd3f193196d
+128b207aed261cdcb8ff903d202ada9385ae69eade0a275dc53c661bbc2e666b
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.