diff for duplicates of <20170323105727.GA2441@red-moon> diff --git a/a/1.txt b/N1/1.txt index 82481a1..4f690c6 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,7 +1,7 @@ On Thu, Mar 23, 2017 at 09:04:03AM +0000, Ard Biesheuvel wrote: -> On 23 March 2017 at 08:48, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote: +> On 23 March 2017 at 08:48, Lukas Wunner <lukas@wunner.de> wrote: > > On Wed, Mar 22, 2017 at 07:32:43PM +0000, Ard Biesheuvel wrote: -> >> On 22 March 2017 at 19:31, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote: +> >> On 22 March 2017 at 19:31, Lukas Wunner <lukas@wunner.de> wrote: > >> > On Wed, Mar 22, 2017 at 03:30:29PM +0000, Ard Biesheuvel wrote: > >> >> On UEFI systems, the PCI subsystem is enumerated by the firmware, > >> >> and if a graphical framebuffer is exposed by a PCI device, its base @@ -86,3 +86,8 @@ Lorenzo > that is unrelated to graphics. In this case, I think we should disable > efifb rather than proceed without claiming any PCI resources (as we > did without this patch) + +_______________________________________________ +linux-arm-kernel mailing list +linux-arm-kernel@lists.infradead.org +http://lists.infradead.org/mailman/listinfo/linux-arm-kernel diff --git a/a/content_digest b/N1/content_digest index f66aa04..6f5342a 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -3,27 +3,26 @@ "ref\0CAKv+Gu_X-SEnz7h9J8boqqjOQGHQawwdSAq4haH-OGu8zdfNfA@mail.gmail.com\0" "ref\020170323084819.GA23281@h08.hostsharing.net\0" "ref\0CAKv+Gu93eJ-js3g7M6Jdm6XGMaWMswFmzBG2qNT4rn+3=1+EyA@mail.gmail.com\0" - "ref\0CAKv+Gu93eJ-js3g7M6Jdm6XGMaWMswFmzBG2qNT4rn+3=1+EyA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org\0" - "From\0Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org>\0" + "From\0Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>\0" "Subject\0Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer\0" "Date\0Thu, 23 Mar 2017 10:57:27 +0000\0" - "To\0Ard Biesheuvel <ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\0" - "Cc\0Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>" - linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org <linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org> - linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - Matt Fleming <matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org> - Peter Jones <pjones-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> - Bjorn Helgaas <bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org> - Hanjun Guo <hanjun.guo-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> - Heyi Guo <heyi.guo-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> - linux-pci <linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - " Yinghai Lu <yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>\0" + "To\0Ard Biesheuvel <ard.biesheuvel@linaro.org>\0" + "Cc\0linux-efi@vger.kernel.org <linux-efi@vger.kernel.org>" + Matt Fleming <matt@codeblueprint.co.uk> + linux-pci <linux-pci@vger.kernel.org> + Peter Jones <pjones@redhat.com> + Heyi Guo <heyi.guo@linaro.org> + Lukas Wunner <lukas@wunner.de> + Hanjun Guo <hanjun.guo@linaro.org> + Bjorn Helgaas <bhelgaas@google.com> + Yinghai Lu <yinghai@kernel.org> + " linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org>\0" "\00:1\0" "b\0" "On Thu, Mar 23, 2017 at 09:04:03AM +0000, Ard Biesheuvel wrote:\n" - "> On 23 March 2017 at 08:48, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote:\n" + "> On 23 March 2017 at 08:48, Lukas Wunner <lukas@wunner.de> wrote:\n" "> > On Wed, Mar 22, 2017 at 07:32:43PM +0000, Ard Biesheuvel wrote:\n" - "> >> On 22 March 2017 at 19:31, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote:\n" + "> >> On 22 March 2017 at 19:31, Lukas Wunner <lukas@wunner.de> wrote:\n" "> >> > On Wed, Mar 22, 2017 at 03:30:29PM +0000, Ard Biesheuvel wrote:\n" "> >> >> On UEFI systems, the PCI subsystem is enumerated by the firmware,\n" "> >> >> and if a graphical framebuffer is exposed by a PCI device, its base\n" @@ -107,6 +106,11 @@ "> spot unexpected configurations, i.e., where the GOP points into a BAR\n" "> that is unrelated to graphics. In this case, I think we should disable\n" "> efifb rather than proceed without claiming any PCI resources (as we\n" - > did without this patch) + "> did without this patch)\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 -a3294f65ae293513458c6e520cc35c734f158c9c923ada9f0eab15159f633d01 +0fc1b98dc6eeecf4f69746230a59c46e11fdc5882bf817834a25a59e9f1e9029
diff --git a/a/1.txt b/N2/1.txt index 82481a1..65e43ab 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -1,7 +1,7 @@ On Thu, Mar 23, 2017 at 09:04:03AM +0000, Ard Biesheuvel wrote: -> On 23 March 2017 at 08:48, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote: +> On 23 March 2017 at 08:48, Lukas Wunner <lukas@wunner.de> wrote: > > On Wed, Mar 22, 2017 at 07:32:43PM +0000, Ard Biesheuvel wrote: -> >> On 22 March 2017 at 19:31, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote: +> >> On 22 March 2017 at 19:31, Lukas Wunner <lukas@wunner.de> wrote: > >> > On Wed, Mar 22, 2017 at 03:30:29PM +0000, Ard Biesheuvel wrote: > >> >> On UEFI systems, the PCI subsystem is enumerated by the firmware, > >> >> and if a graphical framebuffer is exposed by a PCI device, its base diff --git a/a/content_digest b/N2/content_digest index f66aa04..21994f6 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -3,27 +3,16 @@ "ref\0CAKv+Gu_X-SEnz7h9J8boqqjOQGHQawwdSAq4haH-OGu8zdfNfA@mail.gmail.com\0" "ref\020170323084819.GA23281@h08.hostsharing.net\0" "ref\0CAKv+Gu93eJ-js3g7M6Jdm6XGMaWMswFmzBG2qNT4rn+3=1+EyA@mail.gmail.com\0" - "ref\0CAKv+Gu93eJ-js3g7M6Jdm6XGMaWMswFmzBG2qNT4rn+3=1+EyA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org\0" - "From\0Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org>\0" - "Subject\0Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer\0" + "From\0lorenzo.pieralisi@arm.com (Lorenzo Pieralisi)\0" + "Subject\0[PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer\0" "Date\0Thu, 23 Mar 2017 10:57:27 +0000\0" - "To\0Ard Biesheuvel <ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\0" - "Cc\0Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>" - linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org <linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org> - linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - Matt Fleming <matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org> - Peter Jones <pjones-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> - Bjorn Helgaas <bhelgaas-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org> - Hanjun Guo <hanjun.guo-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> - Heyi Guo <heyi.guo-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> - linux-pci <linux-pci-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - " Yinghai Lu <yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>\0" + "To\0linux-arm-kernel@lists.infradead.org\0" "\00:1\0" "b\0" "On Thu, Mar 23, 2017 at 09:04:03AM +0000, Ard Biesheuvel wrote:\n" - "> On 23 March 2017 at 08:48, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote:\n" + "> On 23 March 2017 at 08:48, Lukas Wunner <lukas@wunner.de> wrote:\n" "> > On Wed, Mar 22, 2017 at 07:32:43PM +0000, Ard Biesheuvel wrote:\n" - "> >> On 22 March 2017 at 19:31, Lukas Wunner <lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org> wrote:\n" + "> >> On 22 March 2017 at 19:31, Lukas Wunner <lukas@wunner.de> wrote:\n" "> >> > On Wed, Mar 22, 2017 at 03:30:29PM +0000, Ard Biesheuvel wrote:\n" "> >> >> On UEFI systems, the PCI subsystem is enumerated by the firmware,\n" "> >> >> and if a graphical framebuffer is exposed by a PCI device, its base\n" @@ -109,4 +98,4 @@ "> efifb rather than proceed without claiming any PCI resources (as we\n" > did without this patch) -a3294f65ae293513458c6e520cc35c734f158c9c923ada9f0eab15159f633d01 +e6ee2dec9c087dfd87d646d8c05f6d06af28d93f40440b8c16f57278ad8cba7c
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.