All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20170412141654.GA17774@n2100.armlinux.org.uk>

diff --git a/a/1.txt b/N1/1.txt
index fd17ec8..7855427 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,36 +1,30 @@
 On Wed, Apr 12, 2017 at 11:51:59PM +1000, Benjamin Herrenschmidt wrote:
 > On Wed, 2017-04-12 at 12:31 +0100, Russell King - ARM Linux wrote:
 > > default implementation should fail if it's not supportable on all
-> > architectures.=A0 However, when we have existing drivers using an
+> > architectures.  However, when we have existing drivers using an
 > > interface that doesn't provide the semantics they already require,
 > > then it makes no sense to effectively break these drivers on a range
 > > of existing architectures.
-> > =
-
+> > 
 > > The question really is - what's the best way to solve the problem
 > > with
-> > existing drivers without breaking them.=A0 I suspect that, sadly, the
+> > existing drivers without breaking them.  I suspect that, sadly, the
 > > only realistic way forward here is via the litter-drivers-with-ifdefs
 > > approach since you don't like providing a default implementation that
 > > is compatible with what these drivers are already doing.
-> =
-
-> Then make ioremap_nopost return NULL when the arch doesn't have =
-
+> 
+> Then make ioremap_nopost return NULL when the arch doesn't have 
 > the right semantic.
-> =
-
+> 
 > The driver than can *chose* to either silently fallback to ioremap,
 > which has served us well for a long time despite being theorically in
 > violation of the spec, or do funny things like read back some register
 > after every config write to ensure ordering etc...
-> =
-
+> 
 > I much prefer that approach than having some generic ioremap function
 > that exposes a semantic that silently provides a weaker one on some
 > architecture.
-> =
-
+> 
 > At least we make the failure explicit, and the driver can take
 > alternate (possibly sub-optimal) action if it chooses to do so.
 
@@ -47,13 +41,7 @@ default implementation that uses pgprot_noncached().  Maybe we should
 also make pci_remap_iospace() fail if pgprot_nonposted() is not defined
 by the architecture?
 
--- =
-
+-- 
 RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
 FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
-according to speedtest.net.
-
-_______________________________________________
-linux-arm-kernel mailing list
-linux-arm-kernel@lists.infradead.org
-http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
\ No newline at end of file
+according to speedtest.net.
\ No newline at end of file
diff --git a/a/content_digest b/N1/content_digest
index 0777e9e..e5b56eb 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -52,30 +52,7 @@
   " Catalin Marinas <catalin.marinas\@arm.com>",
   " Matt Turner <mattst88\@gmail.com>",
   " Haavard Skinnemoen <hskinnemoen\@gmail.com>",
-  " Fenghua Yu <fenghua.yu\@intel.com>",
-  " James Hogan <james.hogan\@imgtec.com>",
-  " Chris Metcalf <cmetcalf\@mellanox.com>",
-  " Arnd Bergmann <arnd\@arndb.de>",
-  " Heiko Carstens <heiko.carstens\@de.ibm.com>",
-  " Stefan Kristiansson <stefan.kristiansson\@saunalahti.fi>",
-  " Mikael Starvik <starvik\@axis.com>",
-  " Ivan Kokshaysky <ink\@jurassic.park.msu.ru>",
-  " Bjorn Helgaas <bhelgaas\@google.com>",
-  " Stafford Horne <shorne\@gmail.com>",
-  " linux-arm-kernel\@lists.infradead.org",
-  " Richard Henderson <rth\@twiddle.net>",
-  " Chris Zankel <chris\@zankel.net>",
-  " Michal Simek <monstr\@monstr.eu>",
-  " Tony Luck <tony.luck\@intel.com>",
-  " Vineet Gupta <vgupta\@synopsys.com>",
-  " linux-kernel\@vger.kernel.org",
-  " Ralf Baechle <ralf\@linux-mips.org>",
-  " Richard Kuo <rkuo\@codeaurora.org>",
-  " Niklas Cassel <nks\@flawful.org>",
-  " Luis R. Rodriguez <mcgrof\@kernel.org>",
-  " Martin Schwidefsky <schwidefsky\@de.ibm.com>",
-  " Ley Foon Tan <lftan\@altera.com>",
-  " David S. Miller <davem\@davemloft.net>\0"
+  " Fenghua Yu <fenghua.yu>\0"
 ]
 [
   "\0000:1\0"
@@ -87,36 +64,30 @@
   "On Wed, Apr 12, 2017 at 11:51:59PM +1000, Benjamin Herrenschmidt wrote:\n",
   "> On Wed, 2017-04-12 at 12:31 +0100, Russell King - ARM Linux wrote:\n",
   "> > default implementation should fail if it's not supportable on all\n",
-  "> > architectures.=A0 However, when we have existing drivers using an\n",
+  "> > architectures.\302\240 However, when we have existing drivers using an\n",
   "> > interface that doesn't provide the semantics they already require,\n",
   "> > then it makes no sense to effectively break these drivers on a range\n",
   "> > of existing architectures.\n",
-  "> > =\n",
-  "\n",
+  "> > \n",
   "> > The question really is - what's the best way to solve the problem\n",
   "> > with\n",
-  "> > existing drivers without breaking them.=A0 I suspect that, sadly, the\n",
+  "> > existing drivers without breaking them.\302\240 I suspect that, sadly, the\n",
   "> > only realistic way forward here is via the litter-drivers-with-ifdefs\n",
   "> > approach since you don't like providing a default implementation that\n",
   "> > is compatible with what these drivers are already doing.\n",
-  "> =\n",
-  "\n",
-  "> Then make ioremap_nopost return NULL when the arch doesn't have =\n",
-  "\n",
+  "> \n",
+  "> Then make ioremap_nopost return NULL when the arch doesn't have \n",
   "> the right semantic.\n",
-  "> =\n",
-  "\n",
+  "> \n",
   "> The driver than can *chose* to either silently fallback to ioremap,\n",
   "> which has served us well for a long time despite being theorically in\n",
   "> violation of the spec, or do funny things like read back some register\n",
   "> after every config write to ensure ordering etc...\n",
-  "> =\n",
-  "\n",
+  "> \n",
   "> I much prefer that approach than having some generic ioremap function\n",
   "> that exposes a semantic that silently provides a weaker one on some\n",
   "> architecture.\n",
-  "> =\n",
-  "\n",
+  "> \n",
   "> At least we make the failure explicit, and the driver can take\n",
   "> alternate (possibly sub-optimal) action if it chooses to do so.\n",
   "\n",
@@ -133,16 +104,10 @@
   "also make pci_remap_iospace() fail if pgprot_nonposted() is not defined\n",
   "by the architecture?\n",
   "\n",
-  "-- =\n",
-  "\n",
+  "-- \n",
   "RMK's Patch system: http://www.armlinux.org.uk/developer/patches/\n",
   "FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up\n",
-  "according to speedtest.net.\n",
-  "\n",
-  "_______________________________________________\n",
-  "linux-arm-kernel mailing list\n",
-  "linux-arm-kernel\@lists.infradead.org\n",
-  "http://lists.infradead.org/mailman/listinfo/linux-arm-kernel"
+  "according to speedtest.net."
 ]
 
-e119877975408739b9a7778017b3e07578eb1ca52bbf2649265fda58e6dd47ae
+f57e6cb429ba002352ba631010c7f6674450bb3aa4eab49c27bde9850d448a52

diff --git a/a/1.txt b/N2/1.txt
index fd17ec8..76a8155 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -1,36 +1,30 @@
 On Wed, Apr 12, 2017 at 11:51:59PM +1000, Benjamin Herrenschmidt wrote:
 > On Wed, 2017-04-12 at 12:31 +0100, Russell King - ARM Linux wrote:
 > > default implementation should fail if it's not supportable on all
-> > architectures.=A0 However, when we have existing drivers using an
+> > architectures.? However, when we have existing drivers using an
 > > interface that doesn't provide the semantics they already require,
 > > then it makes no sense to effectively break these drivers on a range
 > > of existing architectures.
-> > =
-
+> > 
 > > The question really is - what's the best way to solve the problem
 > > with
-> > existing drivers without breaking them.=A0 I suspect that, sadly, the
+> > existing drivers without breaking them.? I suspect that, sadly, the
 > > only realistic way forward here is via the litter-drivers-with-ifdefs
 > > approach since you don't like providing a default implementation that
 > > is compatible with what these drivers are already doing.
-> =
-
-> Then make ioremap_nopost return NULL when the arch doesn't have =
-
+> 
+> Then make ioremap_nopost return NULL when the arch doesn't have 
 > the right semantic.
-> =
-
+> 
 > The driver than can *chose* to either silently fallback to ioremap,
 > which has served us well for a long time despite being theorically in
 > violation of the spec, or do funny things like read back some register
 > after every config write to ensure ordering etc...
-> =
-
+> 
 > I much prefer that approach than having some generic ioremap function
 > that exposes a semantic that silently provides a weaker one on some
 > architecture.
-> =
-
+> 
 > At least we make the failure explicit, and the driver can take
 > alternate (possibly sub-optimal) action if it chooses to do so.
 
@@ -47,13 +41,7 @@ default implementation that uses pgprot_noncached().  Maybe we should
 also make pci_remap_iospace() fail if pgprot_nonposted() is not defined
 by the architecture?
 
--- =
-
+-- 
 RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
 FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
-according to speedtest.net.
-
-_______________________________________________
-linux-arm-kernel mailing list
-linux-arm-kernel@lists.infradead.org
-http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
\ No newline at end of file
+according to speedtest.net.
\ No newline at end of file
diff --git a/a/content_digest b/N2/content_digest
index 0777e9e..2fe1de3 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -17,65 +17,16 @@
   "ref\0001492005119.7236.62.camel\@kernel.crashing.org\0"
 ]
 [
-  "From\0Russell King - ARM Linux <linux\@armlinux.org.uk>\0"
+  "From\0linux\@armlinux.org.uk (Russell King - ARM Linux)\0"
 ]
 [
-  "Subject\0Re: [PATCH v3 00/32] PCI: fix config and I/O Address space memory mappings\0"
+  "Subject\0[PATCH v3 00/32] PCI: fix config and I/O Address space memory mappings\0"
 ]
 [
   "Date\0Wed, 12 Apr 2017 15:16:55 +0100\0"
 ]
 [
-  "To\0Benjamin Herrenschmidt <benh\@kernel.crashing.org>\0"
-]
-[
-  "Cc\0Jonas Bonn <jonas\@southpole.se>",
-  " Rich Felker <dalias\@libc.org>",
-  " linux-pci\@vger.kernel.org",
-  " Will Deacon <will.deacon\@arm.com>",
-  " David Howells <dhowells\@redhat.com>",
-  " Max Filippov <jcmvbkbc\@gmail.com>",
-  " Paul Mackerras <paulus\@samba.org>",
-  " Huacai Chen <chenhc\@lemote.com>",
-  " Guan Xuetao <gxt\@mprc.pku.edu.cn>",
-  " Thomas Gleixner <tglx\@linutronix.de>",
-  " Hans-Christian Egtvedt <egtvedt\@samfundet.no>",
-  " linux-arch\@vger.kernel.org",
-  " Jesper Nilsson <jesper.nilsson\@axis.com>",
-  " Lorenzo Pieralisi <lorenzo.pieralisi\@arm.com>",
-  " Yoshinori Sato <ysato\@users.sourceforge.jp>",
-  " Michael Ellerman <mpe\@ellerman.id.au>",
-  " Helge Deller <deller\@gmx.de>",
-  " James E.J. Bottomley <jejb\@parisc-linux.org>",
-  " Ingo Molnar <mingo\@redhat.com>",
-  " Geert Uytterhoeven <geert\@linux-m68k.org>",
-  " Catalin Marinas <catalin.marinas\@arm.com>",
-  " Matt Turner <mattst88\@gmail.com>",
-  " Haavard Skinnemoen <hskinnemoen\@gmail.com>",
-  " Fenghua Yu <fenghua.yu\@intel.com>",
-  " James Hogan <james.hogan\@imgtec.com>",
-  " Chris Metcalf <cmetcalf\@mellanox.com>",
-  " Arnd Bergmann <arnd\@arndb.de>",
-  " Heiko Carstens <heiko.carstens\@de.ibm.com>",
-  " Stefan Kristiansson <stefan.kristiansson\@saunalahti.fi>",
-  " Mikael Starvik <starvik\@axis.com>",
-  " Ivan Kokshaysky <ink\@jurassic.park.msu.ru>",
-  " Bjorn Helgaas <bhelgaas\@google.com>",
-  " Stafford Horne <shorne\@gmail.com>",
-  " linux-arm-kernel\@lists.infradead.org",
-  " Richard Henderson <rth\@twiddle.net>",
-  " Chris Zankel <chris\@zankel.net>",
-  " Michal Simek <monstr\@monstr.eu>",
-  " Tony Luck <tony.luck\@intel.com>",
-  " Vineet Gupta <vgupta\@synopsys.com>",
-  " linux-kernel\@vger.kernel.org",
-  " Ralf Baechle <ralf\@linux-mips.org>",
-  " Richard Kuo <rkuo\@codeaurora.org>",
-  " Niklas Cassel <nks\@flawful.org>",
-  " Luis R. Rodriguez <mcgrof\@kernel.org>",
-  " Martin Schwidefsky <schwidefsky\@de.ibm.com>",
-  " Ley Foon Tan <lftan\@altera.com>",
-  " David S. Miller <davem\@davemloft.net>\0"
+  "To\0linux-arm-kernel\@lists.infradead.org\0"
 ]
 [
   "\0000:1\0"
@@ -87,36 +38,30 @@
   "On Wed, Apr 12, 2017 at 11:51:59PM +1000, Benjamin Herrenschmidt wrote:\n",
   "> On Wed, 2017-04-12 at 12:31 +0100, Russell King - ARM Linux wrote:\n",
   "> > default implementation should fail if it's not supportable on all\n",
-  "> > architectures.=A0 However, when we have existing drivers using an\n",
+  "> > architectures.? However, when we have existing drivers using an\n",
   "> > interface that doesn't provide the semantics they already require,\n",
   "> > then it makes no sense to effectively break these drivers on a range\n",
   "> > of existing architectures.\n",
-  "> > =\n",
-  "\n",
+  "> > \n",
   "> > The question really is - what's the best way to solve the problem\n",
   "> > with\n",
-  "> > existing drivers without breaking them.=A0 I suspect that, sadly, the\n",
+  "> > existing drivers without breaking them.? I suspect that, sadly, the\n",
   "> > only realistic way forward here is via the litter-drivers-with-ifdefs\n",
   "> > approach since you don't like providing a default implementation that\n",
   "> > is compatible with what these drivers are already doing.\n",
-  "> =\n",
-  "\n",
-  "> Then make ioremap_nopost return NULL when the arch doesn't have =\n",
-  "\n",
+  "> \n",
+  "> Then make ioremap_nopost return NULL when the arch doesn't have \n",
   "> the right semantic.\n",
-  "> =\n",
-  "\n",
+  "> \n",
   "> The driver than can *chose* to either silently fallback to ioremap,\n",
   "> which has served us well for a long time despite being theorically in\n",
   "> violation of the spec, or do funny things like read back some register\n",
   "> after every config write to ensure ordering etc...\n",
-  "> =\n",
-  "\n",
+  "> \n",
   "> I much prefer that approach than having some generic ioremap function\n",
   "> that exposes a semantic that silently provides a weaker one on some\n",
   "> architecture.\n",
-  "> =\n",
-  "\n",
+  "> \n",
   "> At least we make the failure explicit, and the driver can take\n",
   "> alternate (possibly sub-optimal) action if it chooses to do so.\n",
   "\n",
@@ -133,16 +78,10 @@
   "also make pci_remap_iospace() fail if pgprot_nonposted() is not defined\n",
   "by the architecture?\n",
   "\n",
-  "-- =\n",
-  "\n",
+  "-- \n",
   "RMK's Patch system: http://www.armlinux.org.uk/developer/patches/\n",
   "FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up\n",
-  "according to speedtest.net.\n",
-  "\n",
-  "_______________________________________________\n",
-  "linux-arm-kernel mailing list\n",
-  "linux-arm-kernel\@lists.infradead.org\n",
-  "http://lists.infradead.org/mailman/listinfo/linux-arm-kernel"
+  "according to speedtest.net."
 ]
 
-e119877975408739b9a7778017b3e07578eb1ca52bbf2649265fda58e6dd47ae
+0bfe01c6f3acb2220cb9a83912399e9218509e63276da397e8e5eea92184e276

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.