All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20120531113659.GB2666@opensource.wolfsonmicro.com>

diff --git a/a/1.txt b/N1/1.txt
index b39bc43..a094c93 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,10 +1,10 @@
 On Thu, May 31, 2012 at 10:05:42AM +0800, Thomas Abraham wrote:
 > On 30 May 2012 18:13, Mark Brown <broonie@opensource.wolfsonmicro.com> wrote:
 
-> > No there isn't.  You've got things like s3c64xx_device_spi0 in
+> > No there isn't. ?You've got things like s3c64xx_device_spi0 in
 > > arch/arm/plat-samsung/devs.c (which you'd expect since the resources
 > > that are passed in for memory mapping, DMA and interrupt vary with the
-> > SoC).  The bit of code I was querying just changes "s3c64xx-spi" to
+> > SoC). ?The bit of code I was querying just changes "s3c64xx-spi" to
 > > "s3c6410-spi" at runtime in that structure which seems like a waste of
 > > time.
 
@@ -17,3 +17,10 @@ No, you're not getting it at all.  The changing at runtime is the
 problem, it's achieving nothing except making the code more fragile and
 obscure.  Those devices will always come out with exactly the same name
 so we should just assign that name statically.
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: signature.asc
+Type: application/pgp-signature
+Size: 836 bytes
+Desc: Digital signature
+URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20120531/a83da38e/attachment.sig>
diff --git a/a/2.bin b/a/2.bin
deleted file mode 100644
index b9f8b78..0000000
--- a/a/2.bin
+++ /dev/null
@@ -1,17 +0,0 @@
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1.4.12 (GNU/Linux)
-
-iQIcBAEBAgAGBQJPx1fFAAoJEBus8iNuMP3djjQP/iTDFIB6+JISK/182WzEohok
-KaSOevQ9ZNdxpig9fqWnPFesBcr2GCPoPl4pMzg1wmaHNrztZPkIcn3PUf+veMPi
-CIzzZOG5HGMe+atDfUEy+1JiGmA6AX+/oKTadwep4gdQUb2qJZMLgXuqItxoEXqz
-xg20CrYk3sywQPpaTVDewqsQNuvUR3kXPq1vPfHNbYzQ4Os6it6Vj6EaPnDIEHqW
-g7VL0SvJyiKUzMXXhVun938uzDt2WQVySEH2+nl8rnenu5wGY5Fi4wwHrt+9Xyjy
-WdRAFXvMNnuFr/ISriB/DZhncUXVEhqkVXLtNqmb8WGN74jxU8+Xvga5TRijYhn3
-5871LBQdejmm2TKMsby6a//jjTZm8aO0JsZzoIKEMCSillZIvxvgH8/OtBlSspIe
-y5EKsWSFuBMoKuV4oCKek0UENI75NP2xvWekqr6wUZp1Ecfy5fdHh/WZTsyIKNj7
-tYmH0qwoJ0gmCe9kKyZg+oRtmzHXDB3KN0rLdHh6h+08t+CUn3bEdquEIQaaH+AL
-CbWJVf19Xexio2l3rXppHCmLDYh4jCx8PFK4f+rcqKUEY3EIlZMQ1//ci7dHdX9x
-BcGCEOo7arsTgpzqbLGxP7Y6TiEfNmDtwxPnUiJxOYLguI8Iq7FPr6TxCY0bWbCq
-aRSQ1qlP2AG8sEVNY4vE
-=vWQf
------END PGP SIGNATURE-----
diff --git a/a/2.hdr b/a/2.hdr
deleted file mode 100644
index 3237378..0000000
--- a/a/2.hdr
+++ /dev/null
@@ -1,2 +0,0 @@
-Content-Type: application/pgp-signature; name="signature.asc"
-Content-Description: Digital signature
diff --git a/a/content_digest b/N1/content_digest
index 36bab21..b184c67 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -6,28 +6,19 @@
  "ref\0CAJuYYwShLhKSrpGhaTyxX4dqaiKDAcjBtuWSMYAdsWcOMfP=qw@mail.gmail.com\0"
  "ref\020120530101326.GF9947@opensource.wolfsonmicro.com\0"
  "ref\0CAJuYYwT88mpTKmOD8mpCjsQo9O_+Giri7+q-Rzz=zPNj+F7aDg@mail.gmail.com\0"
- "From\0Mark Brown <broonie@opensource.wolfsonmicro.com>\0"
- "Subject\0Re: [PATCH v2 4/6] ARM: Samsung: Modify s3c64xx_spi{0|1|2}_set_platdata function\0"
+ "From\0broonie@opensource.wolfsonmicro.com (Mark Brown)\0"
+ "Subject\0[PATCH v2 4/6] ARM: Samsung: Modify s3c64xx_spi{0|1|2}_set_platdata function\0"
  "Date\0Thu, 31 May 2012 12:36:59 +0100\0"
- "To\0Thomas Abraham <thomas.abraham@linaro.org>\0"
- "Cc\0Olof Johansson <olof@lixom.net>"
-  spi-devel-general@lists.sourceforge.net
-  devicetree-discuss@lists.ozlabs.org
-  linux-arm-kernel@lists.infradead.org
-  linux-samsung-soc@vger.kernel.org
-  rob.herring@calxeda.com
-  grant.likely@secretlab.ca
-  kgene.kim@samsung.com
- " jaswinder.singh@linaro.org\0"
- "\01:1\0"
+ "To\0linux-arm-kernel@lists.infradead.org\0"
+ "\00:1\0"
  "b\0"
  "On Thu, May 31, 2012 at 10:05:42AM +0800, Thomas Abraham wrote:\n"
  "> On 30 May 2012 18:13, Mark Brown <broonie@opensource.wolfsonmicro.com> wrote:\n"
  "\n"
- "> > No there isn't. \302\240You've got things like s3c64xx_device_spi0 in\n"
+ "> > No there isn't. ?You've got things like s3c64xx_device_spi0 in\n"
  "> > arch/arm/plat-samsung/devs.c (which you'd expect since the resources\n"
  "> > that are passed in for memory mapping, DMA and interrupt vary with the\n"
- "> > SoC). \302\240The bit of code I was querying just changes \"s3c64xx-spi\" to\n"
+ "> > SoC). ?The bit of code I was querying just changes \"s3c64xx-spi\" to\n"
  "> > \"s3c6410-spi\" at runtime in that structure which seems like a waste of\n"
  "> > time.\n"
  "\n"
@@ -39,27 +30,13 @@
  "No, you're not getting it at all.  The changing at runtime is the\n"
  "problem, it's achieving nothing except making the code more fragile and\n"
  "obscure.  Those devices will always come out with exactly the same name\n"
- so we should just assign that name statically.
- "\01:2\0"
- "fn\0signature.asc\0"
- "d\0Digital signature\0"
- "b\0"
- "-----BEGIN PGP SIGNATURE-----\n"
- "Version: GnuPG v1.4.12 (GNU/Linux)\n"
- "\n"
- "iQIcBAEBAgAGBQJPx1fFAAoJEBus8iNuMP3djjQP/iTDFIB6+JISK/182WzEohok\n"
- "KaSOevQ9ZNdxpig9fqWnPFesBcr2GCPoPl4pMzg1wmaHNrztZPkIcn3PUf+veMPi\n"
- "CIzzZOG5HGMe+atDfUEy+1JiGmA6AX+/oKTadwep4gdQUb2qJZMLgXuqItxoEXqz\n"
- "xg20CrYk3sywQPpaTVDewqsQNuvUR3kXPq1vPfHNbYzQ4Os6it6Vj6EaPnDIEHqW\n"
- "g7VL0SvJyiKUzMXXhVun938uzDt2WQVySEH2+nl8rnenu5wGY5Fi4wwHrt+9Xyjy\n"
- "WdRAFXvMNnuFr/ISriB/DZhncUXVEhqkVXLtNqmb8WGN74jxU8+Xvga5TRijYhn3\n"
- "5871LBQdejmm2TKMsby6a//jjTZm8aO0JsZzoIKEMCSillZIvxvgH8/OtBlSspIe\n"
- "y5EKsWSFuBMoKuV4oCKek0UENI75NP2xvWekqr6wUZp1Ecfy5fdHh/WZTsyIKNj7\n"
- "tYmH0qwoJ0gmCe9kKyZg+oRtmzHXDB3KN0rLdHh6h+08t+CUn3bEdquEIQaaH+AL\n"
- "CbWJVf19Xexio2l3rXppHCmLDYh4jCx8PFK4f+rcqKUEY3EIlZMQ1//ci7dHdX9x\n"
- "BcGCEOo7arsTgpzqbLGxP7Y6TiEfNmDtwxPnUiJxOYLguI8Iq7FPr6TxCY0bWbCq\n"
- "aRSQ1qlP2AG8sEVNY4vE\n"
- "=vWQf\n"
- "-----END PGP SIGNATURE-----\n"
+ "so we should just assign that name statically.\n"
+ "-------------- next part --------------\n"
+ "A non-text attachment was scrubbed...\n"
+ "Name: signature.asc\n"
+ "Type: application/pgp-signature\n"
+ "Size: 836 bytes\n"
+ "Desc: Digital signature\n"
+ URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20120531/a83da38e/attachment.sig>
 
-11ce4d9afdbe41a9d22c5589f86577d69379de2fd4c918bf498ba3b70911717d
+e9d55ef878e66847065bbed65500ea40842bb0762b426442085b8510c81f0bcf

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.