diff for duplicates of <1490874625.3471.6.camel@collabora.co.uk>
diff --git a/a/1.txt b/N1/1.txt
index f20f3fa..273791f 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -8,21 +8,21 @@ On Thu, 2017-03-30 at 13:13 +0200, Geert Uytterhoeven wrote:
> > > development boards equipped with revision ES2.0 of the R-Car H3
> > > Soc.
> > >
-> > > - Patch 1 adds support for the R-Car H3 ES2.0 Soc,
-> > > While this patch is safe as-is, as it doesn't affect any
+> > > ? - Patch 1 adds support for the R-Car H3 ES2.0 Soc,
+> > > ????While this patch is safe as-is, as it doesn't affect any
> > > existing
-> > > setups, it's probably a bit premature to apply it.
-> > > - Patch 2 adds support for Salvator-X boards with R-Car H3
+> > > ????setups, it's probably a bit premature to apply it.
+> > > ? - Patch 2 adds support for Salvator-X boards with R-Car H3
> > > ES2.0.
-> > > This patch does affect existing development setups, as it
+> > > ????This patch does affect existing development setups, as it
> > > changes
> > > the
-> > > name of the DTB for Salvator-X boards equipped with ES1.x
+> > > ????name of the DTB for Salvator-X boards equipped with ES1.x
> > > SoCs.
-> > > Given most developers have access to ES1.x only, this patch
+> > > ????Given most developers have access to ES1.x only, this patch
> > > must
> > > not be
-> > > applied yet.
+> > > ????applied yet.
> >
> > Would it make more sense to add a new r8a7795-es2.dtsi and keep the
> > current dtsi for es1? Having to load different device-trees based
@@ -32,7 +32,7 @@ On Thu, 2017-03-30 at 13:13 +0200, Geert Uytterhoeven wrote:
> We definitely considered that option.
> However, we concluded that in the end, we want to mainly support
> production
-> SoCs. Hence the default files should represent the production
+> SoCs.??Hence the default files should represent the production
> version.
> Using a preproduction SoC can be considered a special case, and thus
> needs
@@ -41,7 +41,7 @@ On Thu, 2017-03-30 at 13:13 +0200, Geert Uytterhoeven wrote:
The problem is that even though they are pre-production, these are out
there and in active use, e.g. kernelci is at least doing automated
testing on one of those in Kevins lab and should be an additional
-soonish in the Collabora lab.
+soonish in the Collabora lab.?
And for developers it'll be extra fun if halfway through a bisect the
dts name changes..
@@ -67,17 +67,17 @@ given these boards are a bit too expensive to just throw in the trash..
>
> Gr{oetje,eeting}s,
>
-> Geert
+> ????????????????????????Geert
>
> --
-> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linu
+> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linu
> x-m68k.org
>
> In personal conversations with technical people, I call myself a
> hacker. But
> when I'm talking to journalists I just say "programmer" or something
> like that.
-> -- Linus Torvalds
+> ????????????????????????????????-- Linus Torvalds
--
Sjoerd Simons
diff --git a/a/content_digest b/N1/content_digest
index afb1385..cd15b6f 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -8,32 +8,16 @@
"ref\0CAMuHMdV+=pNpFO7H3J0=JM1BnXtm4t=Q+1bx=R+f9=JxvJZT_Q\@mail.gmail.com\0"
]
[
- "From\0Sjoerd Simons <sjoerd.simons\@collabora.co.uk>\0"
+ "From\0sjoerd.simons\@collabora.co.uk (Sjoerd Simons)\0"
]
[
- "Subject\0Re: [PATCH/RFC v2 0/2] arm64: dts: r8a7795: Add support for R-Car H3 ES2.0\0"
+ "Subject\0[PATCH/RFC v2 0/2] arm64: dts: r8a7795: Add support for R-Car H3 ES2.0\0"
]
[
"Date\0Thu, 30 Mar 2017 13:50:25 +0200\0"
]
[
- "To\0Geert Uytterhoeven <geert\@linux-m68k.org>\0"
-]
-[
- "Cc\0Geert Uytterhoeven <geert+renesas\@glider.be>",
- " Simon Horman <horms\@verge.net.au>",
- " Magnus Damm <magnus.damm\@gmail.com>",
- " Yoshihiro Shimoda <yoshihiro.shimoda.uh\@renesas.com>",
- " Kuninori Morimoto <kuninori.morimoto.gx\@renesas.com>",
- " Laurent Pinchart <laurent.pinchart\@ideasonboard.com>",
- " Wolfram Sang <wsa\@sang-engineering.com>",
- " Rob Herring <robh+dt\@kernel.org>",
- " Mark Rutland <mark.rutland\@arm.com>",
- " Linux-Renesas <linux-renesas-soc\@vger.kernel.org>",
- " devicetree\@vger.kernel.org <devicetree\@vger.kernel.org>",
- " linux-arm-kernel\@lists.infradead.org <linux-arm-kernel\@lists.infradead.org>",
- " Daniel Stone <daniels\@collabora.com>",
- " Kevin Hilman <khilman\@baylibre.com>\0"
+ "To\0linux-arm-kernel\@lists.infradead.org\0"
]
[
"\0000:1\0"
@@ -52,21 +36,21 @@
"> > > development boards equipped with revision ES2.0 of the R-Car H3\n",
"> > > Soc.\n",
"> > > \n",
- "> > > \302\240 - Patch 1 adds support for the R-Car H3 ES2.0 Soc,\n",
- "> > > \302\240\302\240\302\240\302\240While this patch is safe as-is, as it doesn't affect any\n",
+ "> > > ? - Patch 1 adds support for the R-Car H3 ES2.0 Soc,\n",
+ "> > > ????While this patch is safe as-is, as it doesn't affect any\n",
"> > > existing\n",
- "> > > \302\240\302\240\302\240\302\240setups, it's probably a bit premature to apply it.\n",
- "> > > \302\240 - Patch 2 adds support for Salvator-X boards with R-Car H3\n",
+ "> > > ????setups, it's probably a bit premature to apply it.\n",
+ "> > > ? - Patch 2 adds support for Salvator-X boards with R-Car H3\n",
"> > > ES2.0.\n",
- "> > > \302\240\302\240\302\240\302\240This patch does affect existing development setups, as it\n",
+ "> > > ????This patch does affect existing development setups, as it\n",
"> > > changes\n",
"> > > the\n",
- "> > > \302\240\302\240\302\240\302\240name of the DTB for Salvator-X boards equipped with ES1.x\n",
+ "> > > ????name of the DTB for Salvator-X boards equipped with ES1.x\n",
"> > > SoCs.\n",
- "> > > \302\240\302\240\302\240\302\240Given most developers have access to ES1.x only, this patch\n",
+ "> > > ????Given most developers have access to ES1.x only, this patch\n",
"> > > must\n",
"> > > not be\n",
- "> > > \302\240\302\240\302\240\302\240applied yet.\n",
+ "> > > ????applied yet.\n",
"> > \n",
"> > Would it make more sense to add a new r8a7795-es2.dtsi and keep the\n",
"> > current dtsi for es1? Having to load different device-trees based\n",
@@ -76,7 +60,7 @@
"> We definitely considered that option.\n",
"> However, we concluded that in the end, we want to mainly support\n",
"> production\n",
- "> SoCs.\302\240\302\240Hence the default files should represent the production\n",
+ "> SoCs.??Hence the default files should represent the production\n",
"> version.\n",
"> Using a preproduction SoC can be considered a special case, and thus\n",
"> needs\n",
@@ -85,7 +69,7 @@
"The problem is that even though they are pre-production, these are out\n",
"there and in active use, e.g. kernelci is at least doing automated\n",
"testing on one of those in Kevins lab and should be an additional\n",
- "soonish in the Collabora lab.\302\240\n",
+ "soonish in the Collabora lab.?\n",
"\n",
"And for developers it'll be extra fun if halfway through a bisect the\n",
"dts name changes..\n",
@@ -111,21 +95,21 @@
"> \n",
"> Gr{oetje,eeting}s,\n",
"> \n",
- "> \302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240Geert\n",
+ "> ????????????????????????Geert\n",
"> \n",
"> --\n",
- "> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert\@linu\n",
+ "> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linu\n",
"> x-m68k.org\n",
"> \n",
"> In personal conversations with technical people, I call myself a\n",
"> hacker. But\n",
"> when I'm talking to journalists I just say \"programmer\" or something\n",
"> like that.\n",
- "> \302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240-- Linus Torvalds\n",
+ "> ????????????????????????????????-- Linus Torvalds\n",
"\n",
"-- \n",
"Sjoerd Simons\n",
"Collabora Ltd."
]
-4dd1e4615023757080e6d985f44c14d2d2ccb0c795336f5db3099750c0627634
+90f475feeaa1339a4456f167df02a77f88c72f15fed7572bd900cec2400e760f
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.