diff for duplicates of <20150218164732.GH32600@odux.rfo.atmel.com>
diff --git a/a/1.txt b/N1/1.txt
index 1618b7b..309e5d1 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -10,7 +10,7 @@ On Wed, Feb 18, 2015 at 06:39:01PM +0200, Pantelis Antoniou wrote:
> > On Wed, Feb 18, 2015 at 05:53:50PM +0200, Pantelis Antoniou wrote:
> >> Hi Mark,
> >>
-> >>> On Feb 18, 2015, at 17:41 , Mark Rutland <mark.rutland@arm.com> wrote:
+> >>> On Feb 18, 2015, at 17:41 , Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> wrote:
> >>>
> >>> Hi Pantelis,
> >>>
@@ -23,7 +23,7 @@ On Wed, Feb 18, 2015 at 06:39:01PM +0200, Pantelis Antoniou wrote:
> >>>>
> >>>> For details please refer to Documentation/devicetree/quirks.txt
> >>>>
-> >>>> Signed-off-by: Pantelis Antoniou <pantelis.antoniou@konsulko.com>
+> >>>> Signed-off-by: Pantelis Antoniou <pantelis.antoniou-OWPKS81ov/FWk0Htik3J/w@public.gmane.org>
> >>>> ---
> >>>> Documentation/devicetree/quirks.txt | 101 ++++++++++
> >>>> drivers/of/dynamic.c | 358 ++++++++++++++++++++++++++++++++++++
@@ -264,4 +264,8 @@ component to do this job.
> Regards
>
> — Pantelis
->
\ No newline at end of file
+>
+--
+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
\ No newline at end of file
diff --git a/a/content_digest b/N1/content_digest
index 891d347..9355979 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -17,7 +17,10 @@
"ref\0A5D4ED10-F3EB-4DA8-A846-C28842BDAA9F\@konsulko.com\0"
]
[
- "From\0Ludovic Desroches <ludovic.desroches\@atmel.com>\0"
+ "ref\0A5D4ED10-F3EB-4DA8-A846-C28842BDAA9F-OWPKS81ov/FWk0Htik3J/w\@public.gmane.org\0"
+]
+[
+ "From\0Ludovic Desroches <ludovic.desroches-AIFe0yeh4nAAvxtiuMwx3w\@public.gmane.org>\0"
]
[
"Subject\0Re: [PATCH 2/4] of: DT quirks infrastructure\0"
@@ -26,21 +29,21 @@
"Date\0Wed, 18 Feb 2015 17:47:32 +0100\0"
]
[
- "To\0Pantelis Antoniou <pantelis.antoniou\@konsulko.com>\0"
+ "To\0Pantelis Antoniou <pantelis.antoniou-OWPKS81ov/FWk0Htik3J/w\@public.gmane.org>\0"
]
[
- "Cc\0Ludovic Desroches <ludovic.desroches\@atmel.com>",
- " Mark Rutland <mark.rutland\@arm.com>",
- " Grant Likely <grant.likely\@secretlab.ca>",
- " Matt Porter <matt.porter\@linaro.org>",
- " Koen Kooi <koen\@dominion.thruhere.net>",
- " Guenter Roeck <linux\@roeck-us.net>",
- " Rob Herring <robherring2\@gmail.com>",
- " Tony Lindgren <tony\@atomide.com>",
- " Nicolas Ferre <nicolas.ferre\@atmel.com>",
- " devicetree\@vger.kernel.org <devicetree\@vger.kernel.org>",
- " linux-kernel\@vger.kernel.org <linux-kernel\@vger.kernel.org>",
- " linux-arm-kernel\@lists.infradead.org <linux-arm-kernel\@lists.infradead.org>\0"
+ "Cc\0Ludovic Desroches <ludovic.desroches-AIFe0yeh4nAAvxtiuMwx3w\@public.gmane.org>",
+ " Mark Rutland <mark.rutland-5wv7dgnIgG8\@public.gmane.org>",
+ " Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ\@public.gmane.org>",
+ " Matt Porter <matt.porter-QSEj5FYQhm4dnm+yROfE0A\@public.gmane.org>",
+ " Koen Kooi <koen-QLwJDigV5abLmq1fohREcCpxlwaOVQ5f\@public.gmane.org>",
+ " Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ\@public.gmane.org>",
+ " Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w\@public.gmane.org>",
+ " Tony Lindgren <tony-4v6yS6AI5VpBDgjK7y7TUQ\@public.gmane.org>",
+ " Nicolas Ferre <nicolas.ferre-AIFe0yeh4nAAvxtiuMwx3w\@public.gmane.org>",
+ " devicetree-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org <devicetree-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
+ " linux-kernel-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org <linux-kernel-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
+ " linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r\@public.gmane.org <linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r\@public.gmane.org>\0"
]
[
"\0000:1\0"
@@ -61,7 +64,7 @@
"> > On Wed, Feb 18, 2015 at 05:53:50PM +0200, Pantelis Antoniou wrote:\n",
"> >> Hi Mark,\n",
"> >> \n",
- "> >>> On Feb 18, 2015, at 17:41 , Mark Rutland <mark.rutland\@arm.com> wrote:\n",
+ "> >>> On Feb 18, 2015, at 17:41 , Mark Rutland <mark.rutland-5wv7dgnIgG8\@public.gmane.org> wrote:\n",
"> >>> \n",
"> >>> Hi Pantelis,\n",
"> >>> \n",
@@ -74,7 +77,7 @@
"> >>>> \n",
"> >>>> For details please refer to Documentation/devicetree/quirks.txt\n",
"> >>>> \n",
- "> >>>> Signed-off-by: Pantelis Antoniou <pantelis.antoniou\@konsulko.com>\n",
+ "> >>>> Signed-off-by: Pantelis Antoniou <pantelis.antoniou-OWPKS81ov/FWk0Htik3J/w\@public.gmane.org>\n",
"> >>>> ---\n",
"> >>>> Documentation/devicetree/quirks.txt | 101 ++++++++++\n",
"> >>>> drivers/of/dynamic.c | 358 ++++++++++++++++++++++++++++++++++++\n",
@@ -315,7 +318,11 @@
"> Regards\n",
"> \n",
"> \342\200\224 Pantelis\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"
]
-7eb6b788d7200833aba22e27b5d6fef03d71db93827aef9e48cd71e43ebe9986
+959ee0e7eb8cb8f71b6e65565b07197b712e619657a54a1ceae0f03c4ee30fdb
diff --git a/a/1.txt b/N2/1.txt
index 1618b7b..ba8eafb 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -53,7 +53,7 @@ On Wed, Feb 18, 2015 at 06:39:01PM +0200, Pantelis Antoniou wrote:
> >>> each board.
> >>>
> >>
-> >> That has not been the case in any kind of board I’ve worked with.
+> >> That has not been the case in any kind of board I?ve worked with.
> >>
> >> A special firmware image that requires a different programming step at
> >> the factory to select the correct DTB for each is always one more thing
@@ -70,10 +70,10 @@ On Wed, Feb 18, 2015 at 06:39:01PM +0200, Pantelis Antoniou wrote:
> >
> > It is only an example, at the moment it is a bit less complicated but I
> > am not so far from the reality: sama5d31ek_revc_pda7.dts,
-> > sama5d33ek_revc_pda4.dts, etc. For a SoC family, we have 27 DTS files…
+> > sama5d33ek_revc_pda4.dts, etc. For a SoC family, we have 27 DTS files?
> >
>
-> I bet it’s easy to screw up no? Any horror stories from the factory floor? :)
+> I bet it?s easy to screw up no? Any horror stories from the factory floor? :)
Yes it is.
@@ -117,8 +117,8 @@ component to do this job.
> >>> appended DTB if it's not possible to update the board configuration.
> >>>
> >>
-> >> You’re missing the point. I can’t use the same DTB for each revision of the
-> >> board. Each board is similar but it’s not identical.
+> >> You?re missing the point. I can?t use the same DTB for each revision of the
+> >> board. Each board is similar but it?s not identical.
> >>
> >>>> +3. Having different DTBs/DTSs for different board revisions easily leads to
> >>>> +drift between versions. Since no developer is expected to have every single
@@ -129,7 +129,7 @@ component to do this job.
> >>> hand you can't test quirks exhaustively either?
> >>>
> >>
-> >> It’s one less thing to worry about. For example in the current mainline kernel
+> >> It?s one less thing to worry about. For example in the current mainline kernel
> >> already there is a drift between the beaglebone white and the beaglebone black.
> >>
> >> Having the same DTS is just easier to keep things in sync.
@@ -166,7 +166,7 @@ component to do this job.
> >>> the DTB that's useful in a debug scenario doesn't mean we have to use it
> >>> by default.
> >>
-> >> I don’t follow. Users need this functionality to work. I.e. pass a command
+> >> I don?t follow. Users need this functionality to work. I.e. pass a command
> >> line option to use different OPPs etc. Real world usage is messy.
> >>
> >>>
@@ -188,7 +188,7 @@ component to do this job.
> >>>> + select-quirk = <&quirk>;
> >>>> +
> >>>> + quirk: quirk {
-> >>>> + fragment@0 {
+> >>>> + fragment at 0 {
> >>>> + target = <&foo>;
> >>>> + __overlay {
> >>>> + bar = <0xf00>;
@@ -209,7 +209,7 @@ component to do this job.
> >>>> + select-quirk = <&quirk>;
> >>>> +
> >>>> + quirk: quirk {
-> >>>> + fragment@0 {
+> >>>> + fragment at 0 {
> >>>> + target = <&foo>;
> >>>> + __overlay {
> >>>> + bar = <0xf00>;
@@ -254,7 +254,7 @@ component to do this job.
> >>
> >> Regards
> >>
-> >> — Pantelis
+> >> ? Pantelis
> >>
> >
> > Regards
@@ -263,5 +263,5 @@ component to do this job.
>
> Regards
>
-> — Pantelis
+> ? Pantelis
>
\ No newline at end of file
diff --git a/a/content_digest b/N2/content_digest
index 891d347..cfce9b9 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -17,30 +17,16 @@
"ref\0A5D4ED10-F3EB-4DA8-A846-C28842BDAA9F\@konsulko.com\0"
]
[
- "From\0Ludovic Desroches <ludovic.desroches\@atmel.com>\0"
+ "From\0ludovic.desroches\@atmel.com (Ludovic Desroches)\0"
]
[
- "Subject\0Re: [PATCH 2/4] of: DT quirks infrastructure\0"
+ "Subject\0[PATCH 2/4] of: DT quirks infrastructure\0"
]
[
"Date\0Wed, 18 Feb 2015 17:47:32 +0100\0"
]
[
- "To\0Pantelis Antoniou <pantelis.antoniou\@konsulko.com>\0"
-]
-[
- "Cc\0Ludovic Desroches <ludovic.desroches\@atmel.com>",
- " Mark Rutland <mark.rutland\@arm.com>",
- " Grant Likely <grant.likely\@secretlab.ca>",
- " Matt Porter <matt.porter\@linaro.org>",
- " Koen Kooi <koen\@dominion.thruhere.net>",
- " Guenter Roeck <linux\@roeck-us.net>",
- " Rob Herring <robherring2\@gmail.com>",
- " Tony Lindgren <tony\@atomide.com>",
- " Nicolas Ferre <nicolas.ferre\@atmel.com>",
- " devicetree\@vger.kernel.org <devicetree\@vger.kernel.org>",
- " linux-kernel\@vger.kernel.org <linux-kernel\@vger.kernel.org>",
- " linux-arm-kernel\@lists.infradead.org <linux-arm-kernel\@lists.infradead.org>\0"
+ "To\0linux-arm-kernel\@lists.infradead.org\0"
]
[
"\0000:1\0"
@@ -104,7 +90,7 @@
"> >>> each board.\n",
"> >>> \n",
"> >> \n",
- "> >> That has not been the case in any kind of board I\342\200\231ve worked with.\n",
+ "> >> That has not been the case in any kind of board I?ve worked with.\n",
"> >> \n",
"> >> A special firmware image that requires a different programming step at\n",
"> >> the factory to select the correct DTB for each is always one more thing\n",
@@ -121,10 +107,10 @@
"> > \n",
"> > It is only an example, at the moment it is a bit less complicated but I\n",
"> > am not so far from the reality: sama5d31ek_revc_pda7.dts,\n",
- "> > sama5d33ek_revc_pda4.dts, etc. For a SoC family, we have 27 DTS files\342\200\246\n",
+ "> > sama5d33ek_revc_pda4.dts, etc. For a SoC family, we have 27 DTS files?\n",
"> > \n",
"> \n",
- "> I bet it\342\200\231s easy to screw up no? Any horror stories from the factory floor? :)\n",
+ "> I bet it?s easy to screw up no? Any horror stories from the factory floor? :)\n",
"\n",
"Yes it is.\n",
"\n",
@@ -168,8 +154,8 @@
"> >>> appended DTB if it's not possible to update the board configuration.\n",
"> >>> \n",
"> >> \n",
- "> >> You\342\200\231re missing the point. I can\342\200\231t use the same DTB for each revision of the\n",
- "> >> board. Each board is similar but it\342\200\231s not identical.\n",
+ "> >> You?re missing the point. I can?t use the same DTB for each revision of the\n",
+ "> >> board. Each board is similar but it?s not identical.\n",
"> >> \n",
"> >>>> +3. Having different DTBs/DTSs for different board revisions easily leads to\n",
"> >>>> +drift between versions. Since no developer is expected to have every single\n",
@@ -180,7 +166,7 @@
"> >>> hand you can't test quirks exhaustively either?\n",
"> >>> \n",
"> >> \n",
- "> >> It\342\200\231s one less thing to worry about. For example in the current mainline kernel\n",
+ "> >> It?s one less thing to worry about. For example in the current mainline kernel\n",
"> >> already there is a drift between the beaglebone white and the beaglebone black.\n",
"> >> \n",
"> >> Having the same DTS is just easier to keep things in sync.\n",
@@ -217,7 +203,7 @@
"> >>> the DTB that's useful in a debug scenario doesn't mean we have to use it\n",
"> >>> by default.\n",
"> >> \n",
- "> >> I don\342\200\231t follow. Users need this functionality to work. I.e. pass a command\n",
+ "> >> I don?t follow. Users need this functionality to work. I.e. pass a command\n",
"> >> line option to use different OPPs etc. Real world usage is messy.\n",
"> >> \n",
"> >>> \n",
@@ -239,7 +225,7 @@
"> >>>> + select-quirk = <&quirk>;\n",
"> >>>> +\n",
"> >>>> + quirk: quirk {\n",
- "> >>>> + fragment\@0 {\n",
+ "> >>>> + fragment at 0 {\n",
"> >>>> + target = <&foo>;\n",
"> >>>> + __overlay {\n",
"> >>>> + bar = <0xf00>;\n",
@@ -260,7 +246,7 @@
"> >>>> + select-quirk = <&quirk>;\n",
"> >>>> +\n",
"> >>>> + quirk: quirk {\n",
- "> >>>> + fragment\@0 {\n",
+ "> >>>> + fragment at 0 {\n",
"> >>>> + target = <&foo>;\n",
"> >>>> + __overlay {\n",
"> >>>> + bar = <0xf00>;\n",
@@ -305,7 +291,7 @@
"> >> \n",
"> >> Regards\n",
"> >> \n",
- "> >> \342\200\224 Pantelis\n",
+ "> >> ? Pantelis\n",
"> >> \n",
"> > \n",
"> > Regards\n",
@@ -314,8 +300,8 @@
"> \n",
"> Regards\n",
"> \n",
- "> \342\200\224 Pantelis\n",
+ "> ? Pantelis\n",
">"
]
-7eb6b788d7200833aba22e27b5d6fef03d71db93827aef9e48cd71e43ebe9986
+79fa3e41eeb70333131c81d64e2d4429354c21cc34f782e45778cebda2dfbe9c
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.