All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20180504070339.GS3443@dragon>

diff --git a/a/1.txt b/N1/1.txt
index f45f205..b4a4fc2 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,4 +1,4 @@
-On Thu, May 03, 2018 at 12:00:06PM +0200, T?rk, Jan wrote:
+On Thu, May 03, 2018 at 12:00:06PM +0200, Türk, Jan wrote:
 > > > +/ {
 > > > +   aliases {
 > > > +           mmc0 = &usdhc3;
@@ -9,7 +9,7 @@ On Thu, May 03, 2018 at 12:00:06PM +0200, T?rk, Jan wrote:
 > >
 > > Why do you need this boardID alias?
 > I wanted to have a generic entry point to address the board-id on all CPU-modules with their different SoC's resulting in different devicetree paths.
-> Also as it now has the generic "gpio at 3a" name, there would be no other way in differencing the board Identifying GPIO-expander from an additionally
+> Also as it now has the generic "gpio@3a" name, there would be no other way in differencing the board Identifying GPIO-expander from an additionally
 > attached one (except platform code etc.)
 > With the alias every code could look up the information required over the alias path with the same piece of code.
 
@@ -53,7 +53,7 @@ it difficult to find out which client devices consume which pins.
 > > > +   pinctrl-0 = <&pinctrl_i2c1>;
 > > > +   status = "okay";
 > > > +
-> > > +   rtc: rtc at 68 {
+> > > +   rtc: rtc@68 {
 > >
 > > Is the label actually used?  If yes, I would suggest a more specific name like
 > > ds1307.
@@ -62,7 +62,7 @@ it difficult to find out which client devices consume which pins.
 I'm talking about label not node name.  That said I was suggesting
 something like:
 
-	ds1307: rtc at 68
+	ds1307: rtc@68
 
 > 
 > >
@@ -71,3 +71,7 @@ something like:
 > > > +   };
 
 Shawn
+_______________________________________________
+dri-devel mailing list
+dri-devel@lists.freedesktop.org
+https://lists.freedesktop.org/mailman/listinfo/dri-devel
diff --git a/a/content_digest b/N1/content_digest
index e8208af..e2ba3ac 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -3,13 +3,25 @@
  "ref\020180427132445.3458-7-jan.tuerk@emtrion.com\0"
  "ref\020180428031231.GB3693@dragon\0"
  "ref\095F51F4B902CAC40AF459205F6322F01B83109E5C3@BMK019S01.emtrion.local\0"
- "From\0shawnguo@kernel.org (Shawn Guo)\0"
- "Subject\0[PATCH v4 6/7] ARM: dts: Add support for emtrion emCON-MX6 series\0"
+ "From\0Shawn Guo <shawnguo@kernel.org>\0"
+ "Subject\0Re: [PATCH v4 6/7] ARM: dts: Add support for emtrion emCON-MX6 series\0"
  "Date\0Fri, 4 May 2018 15:03:40 +0800\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0T\303\274rk"
+ " Jan <Jan.Tuerk@emtrion.de>\0"
+ "Cc\0Mark Rutland <mark.rutland@arm.com>"
+  devicetree@vger.kernel.org <devicetree@vger.kernel.org>
+  David Airlie <airlied@linux.ie>
+  Russell King <linux@armlinux.org.uk>
+  dri-devel@lists.freedesktop.org <dri-devel@lists.freedesktop.org>
+  linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>
+  Rob Herring <robh+dt@kernel.org>
+  Thierry Reding <thierry.reding@gmail.com>
+  Pengutronix Kernel Team <kernel@pengutronix.de>
+  Fabio Estevam <fabio.estevam@nxp.com>
+ " LinuxArmKernelMailingListe <linux-arm-kernel@lists.infradead.org>\0"
  "\00:1\0"
  "b\0"
- "On Thu, May 03, 2018 at 12:00:06PM +0200, T?rk, Jan wrote:\n"
+ "On Thu, May 03, 2018 at 12:00:06PM +0200, T\303\274rk, Jan wrote:\n"
  "> > > +/ {\n"
  "> > > +   aliases {\n"
  "> > > +           mmc0 = &usdhc3;\n"
@@ -20,7 +32,7 @@
  "> >\n"
  "> > Why do you need this boardID alias?\n"
  "> I wanted to have a generic entry point to address the board-id on all CPU-modules with their different SoC's resulting in different devicetree paths.\n"
- "> Also as it now has the generic \"gpio at 3a\" name, there would be no other way in differencing the board Identifying GPIO-expander from an additionally\n"
+ "> Also as it now has the generic \"gpio@3a\" name, there would be no other way in differencing the board Identifying GPIO-expander from an additionally\n"
  "> attached one (except platform code etc.)\n"
  "> With the alias every code could look up the information required over the alias path with the same piece of code.\n"
  "\n"
@@ -64,7 +76,7 @@
  "> > > +   pinctrl-0 = <&pinctrl_i2c1>;\n"
  "> > > +   status = \"okay\";\n"
  "> > > +\n"
- "> > > +   rtc: rtc at 68 {\n"
+ "> > > +   rtc: rtc@68 {\n"
  "> >\n"
  "> > Is the label actually used?  If yes, I would suggest a more specific name like\n"
  "> > ds1307.\n"
@@ -73,7 +85,7 @@
  "I'm talking about label not node name.  That said I was suggesting\n"
  "something like:\n"
  "\n"
- "\tds1307: rtc at 68\n"
+ "\tds1307: rtc@68\n"
  "\n"
  "> \n"
  "> >\n"
@@ -81,6 +93,10 @@
  "> > > +           reg = <0x68>;\n"
  "> > > +   };\n"
  "\n"
- Shawn
+ "Shawn\n"
+ "_______________________________________________\n"
+ "dri-devel mailing list\n"
+ "dri-devel@lists.freedesktop.org\n"
+ https://lists.freedesktop.org/mailman/listinfo/dri-devel
 
-4a33009e584232fb37fe3f41cc436e8b2a567bc3ef1b06383a92b39e8b4f86d7
+e152281d1285aa52be43f681e0181afe45821b51891ad20e7d4b126af86fe570

diff --git a/a/1.txt b/N2/1.txt
index f45f205..81272eb 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -1,4 +1,4 @@
-On Thu, May 03, 2018 at 12:00:06PM +0200, T?rk, Jan wrote:
+On Thu, May 03, 2018 at 12:00:06PM +0200, Türk, Jan wrote:
 > > > +/ {
 > > > +   aliases {
 > > > +           mmc0 = &usdhc3;
@@ -9,7 +9,7 @@ On Thu, May 03, 2018 at 12:00:06PM +0200, T?rk, Jan wrote:
 > >
 > > Why do you need this boardID alias?
 > I wanted to have a generic entry point to address the board-id on all CPU-modules with their different SoC's resulting in different devicetree paths.
-> Also as it now has the generic "gpio at 3a" name, there would be no other way in differencing the board Identifying GPIO-expander from an additionally
+> Also as it now has the generic "gpio@3a" name, there would be no other way in differencing the board Identifying GPIO-expander from an additionally
 > attached one (except platform code etc.)
 > With the alias every code could look up the information required over the alias path with the same piece of code.
 
@@ -53,7 +53,7 @@ it difficult to find out which client devices consume which pins.
 > > > +   pinctrl-0 = <&pinctrl_i2c1>;
 > > > +   status = "okay";
 > > > +
-> > > +   rtc: rtc at 68 {
+> > > +   rtc: rtc@68 {
 > >
 > > Is the label actually used?  If yes, I would suggest a more specific name like
 > > ds1307.
@@ -62,7 +62,7 @@ it difficult to find out which client devices consume which pins.
 I'm talking about label not node name.  That said I was suggesting
 something like:
 
-	ds1307: rtc at 68
+	ds1307: rtc@68
 
 > 
 > >
diff --git a/a/content_digest b/N2/content_digest
index e8208af..f39c7cf 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -3,13 +3,26 @@
  "ref\020180427132445.3458-7-jan.tuerk@emtrion.com\0"
  "ref\020180428031231.GB3693@dragon\0"
  "ref\095F51F4B902CAC40AF459205F6322F01B83109E5C3@BMK019S01.emtrion.local\0"
- "From\0shawnguo@kernel.org (Shawn Guo)\0"
- "Subject\0[PATCH v4 6/7] ARM: dts: Add support for emtrion emCON-MX6 series\0"
+ "From\0Shawn Guo <shawnguo@kernel.org>\0"
+ "Subject\0Re: [PATCH v4 6/7] ARM: dts: Add support for emtrion emCON-MX6 series\0"
  "Date\0Fri, 4 May 2018 15:03:40 +0800\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0T\303\274rk"
+ " Jan <Jan.Tuerk@emtrion.de>\0"
+ "Cc\0Rob Herring <robh+dt@kernel.org>"
+  Mark Rutland <mark.rutland@arm.com>
+  Thierry Reding <thierry.reding@gmail.com>
+  David Airlie <airlied@linux.ie>
+  Sascha Hauer <s.hauer@pengutronix.de>
+  Pengutronix Kernel Team <kernel@pengutronix.de>
+  Fabio Estevam <fabio.estevam@nxp.com>
+  Russell King <linux@armlinux.org.uk>
+  devicetree@vger.kernel.org <devicetree@vger.kernel.org>
+  linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>
+  dri-devel@lists.freedesktop.org <dri-devel@lists.freedesktop.org>
+ " LinuxArmKernelMailingListe <linux-arm-kernel@lists.infradead.org>\0"
  "\00:1\0"
  "b\0"
- "On Thu, May 03, 2018 at 12:00:06PM +0200, T?rk, Jan wrote:\n"
+ "On Thu, May 03, 2018 at 12:00:06PM +0200, T\303\274rk, Jan wrote:\n"
  "> > > +/ {\n"
  "> > > +   aliases {\n"
  "> > > +           mmc0 = &usdhc3;\n"
@@ -20,7 +33,7 @@
  "> >\n"
  "> > Why do you need this boardID alias?\n"
  "> I wanted to have a generic entry point to address the board-id on all CPU-modules with their different SoC's resulting in different devicetree paths.\n"
- "> Also as it now has the generic \"gpio at 3a\" name, there would be no other way in differencing the board Identifying GPIO-expander from an additionally\n"
+ "> Also as it now has the generic \"gpio@3a\" name, there would be no other way in differencing the board Identifying GPIO-expander from an additionally\n"
  "> attached one (except platform code etc.)\n"
  "> With the alias every code could look up the information required over the alias path with the same piece of code.\n"
  "\n"
@@ -64,7 +77,7 @@
  "> > > +   pinctrl-0 = <&pinctrl_i2c1>;\n"
  "> > > +   status = \"okay\";\n"
  "> > > +\n"
- "> > > +   rtc: rtc at 68 {\n"
+ "> > > +   rtc: rtc@68 {\n"
  "> >\n"
  "> > Is the label actually used?  If yes, I would suggest a more specific name like\n"
  "> > ds1307.\n"
@@ -73,7 +86,7 @@
  "I'm talking about label not node name.  That said I was suggesting\n"
  "something like:\n"
  "\n"
- "\tds1307: rtc at 68\n"
+ "\tds1307: rtc@68\n"
  "\n"
  "> \n"
  "> >\n"
@@ -83,4 +96,4 @@
  "\n"
  Shawn
 
-4a33009e584232fb37fe3f41cc436e8b2a567bc3ef1b06383a92b39e8b4f86d7
+abb51773d64fa35c4dd2ff90f60d8864c819faf120a89abe25116433ae17279a

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.