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.