diff for duplicates of <1453741066.28109.117.camel@redhat.com> diff --git a/a/1.txt b/N1/1.txt index dcef439..25a8183 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -91,8 +91,3 @@ iospace for ioport, CPU bus for iomem). > > Thanks, > Lorenzo - --- -To unsubscribe from this list: send the line "unsubscribe linux-acpi" in -the body of a message to majordomo@vger.kernel.org -More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/a/content_digest b/N1/content_digest index 522bee0..58e8952 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -124,11 +124,6 @@ "> parsing consolidation done.\n" "> \n" "> Thanks,\n" - "> Lorenzo\n" - "\n" - "--\n" - "To unsubscribe from this list: send the line \"unsubscribe linux-acpi\" in\n" - "the body of a message to majordomo@vger.kernel.org\n" - More majordomo info at http://vger.kernel.org/majordomo-info.html + > Lorenzo -e2d68afddf41495fdcfa5eb991df4c37d9db9a932066fbe2ddb15ed12acc3238 +35f60bd036373de6674bd44aac0c59f750f01df2e6ce166c9c7b3e5e917a01d2
diff --git a/a/1.txt b/N2/1.txt index dcef439..654dda6 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -17,11 +17,11 @@ On Mon, 2016-01-25 at 09:52 +0000, Lorenzo Pieralisi wrote: > > > parsing interface and IA64 code to neutrally handle translation_offset > > > by: > > > 1) ACPI resource parsing interface doesn't do any translation, it just -> > > save the translation_offset to be used by arch code. +> > > ???save the translation_offset to be used by arch code. > > > 2) Arch code will do the mapping(translation) based on arch specific -> > > information. Typically it does: +> > > ???information. Typically it does: > > > 2.a) Translate per PCI domain IO port address space into system global -> > > IO port address space. +> > > ???IO port address space. > > > 2.b) Setup MMIO address mapping for IO ports. > > > > This patch fixes IO space handling on IA64 and should go in as a fix. @@ -66,7 +66,7 @@ range based at zero. So the PCI bus io addresses will always look valid against ia64 IO space zero in the ioport_resource list. The PCI ioports actually get installed after ia64 changes the resource to hold the cookie. Interestingly, ia64 also installs an iomem resource for the CPU -bus address of the ioport range window. The generic ACPI PCI host +bus address of the ioport range window. The generic ACPI PCI host? code should probably do the same in pci_acpi_root_prepare_resource(). And at some point, it might make sense to consolidate the ia64 ioport cookie handling with that done by the devicetree interfaces used by @@ -91,8 +91,3 @@ iospace for ioport, CPU bus for iomem). > > Thanks, > Lorenzo - --- -To unsubscribe from this list: send the line "unsubscribe linux-acpi" in -the body of a message to majordomo@vger.kernel.org -More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/a/content_digest b/N2/content_digest index 522bee0..5d760ad 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -2,34 +2,10 @@ "ref\01452691267-32240-19-git-send-email-tn@semihalf.com\0" "ref\020160119122026.GA5185@red-moon\0" "ref\020160125095252.GB32652@red-moon\0" - "From\0Mark Salter <msalter@redhat.com>\0" - "Subject\0Re: [PATCH V3 18/21] ACPI, PCI: Refine the way to handle translation_offset for ACPI resources\0" + "From\0msalter@redhat.com (Mark Salter)\0" + "Subject\0[PATCH V3 18/21] ACPI, PCI: Refine the way to handle translation_offset for ACPI resources\0" "Date\0Mon, 25 Jan 2016 11:57:46 -0500\0" - "To\0Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>" - Tomasz Nowicki <tn@semihalf.com> - " jiang.liu@linux.intel.com\0" - "Cc\0bhelgaas@google.com" - arnd@arndb.de - will.deacon@arm.com - catalin.marinas@arm.com - rjw@rjwysocki.net - hanjun.guo@linaro.org - okaya@codeaurora.org - Stefano.Stabellini@eu.citrix.com - robert.richter@caviumnetworks.com - mw@semihalf.com - Liviu.Dudau@arm.com - ddaney@caviumnetworks.com - tglx@linutronix.de - wangyijing@huawei.com - Suravee.Suthikulpanit@amd.com - linux-pci@vger.kernel.org - linux-arm-kernel@lists.infradead.org - linux-acpi@vger.kernel.org - linux-kernel@vger.kernel.org - linaro-acpi@lists.linaro.org - jchandra@broadcom.com - " jcm@redhat.com\0" + "To\0linux-arm-kernel@lists.infradead.org\0" "\00:1\0" "b\0" "On Mon, 2016-01-25 at 09:52 +0000, Lorenzo Pieralisi wrote:\n" @@ -51,11 +27,11 @@ "> > > parsing interface and IA64 code to neutrally handle translation_offset\n" "> > > by:\n" "> > > 1) ACPI resource parsing interface doesn't do any translation, it just\n" - "> > > \302\240\302\240\302\240save the translation_offset to be used by arch code.\n" + "> > > ???save the translation_offset to be used by arch code.\n" "> > > 2) Arch code will do the mapping(translation) based on arch specific\n" - "> > > \302\240\302\240\302\240information. Typically it does:\n" + "> > > ???information. Typically it does:\n" "> > > 2.a) Translate per PCI domain IO port address space into system global\n" - "> > > \302\240\302\240\302\240IO port address space.\n" + "> > > ???IO port address space.\n" "> > > 2.b) Setup MMIO address mapping for IO ports.\n" "> > \n" "> > This patch fixes IO space handling on IA64 and should go in as a fix.\n" @@ -100,7 +76,7 @@ "against ia64 IO space zero in the ioport_resource list. The PCI ioports\n" "actually get installed after ia64 changes the resource to hold the\n" "cookie. Interestingly, ia64 also installs an iomem resource for the CPU\n" - "bus address of the ioport range window. The generic ACPI PCI host\302\240\n" + "bus address of the ioport range window. The generic ACPI PCI host?\n" "code should probably do the same in pci_acpi_root_prepare_resource().\n" "And at some point, it might make sense to consolidate the ia64 ioport\n" "cookie handling with that done by the devicetree interfaces used by\n" @@ -124,11 +100,6 @@ "> parsing consolidation done.\n" "> \n" "> Thanks,\n" - "> Lorenzo\n" - "\n" - "--\n" - "To unsubscribe from this list: send the line \"unsubscribe linux-acpi\" in\n" - "the body of a message to majordomo@vger.kernel.org\n" - More majordomo info at http://vger.kernel.org/majordomo-info.html + > Lorenzo -e2d68afddf41495fdcfa5eb991df4c37d9db9a932066fbe2ddb15ed12acc3238 +3f3753ade3a7528a5fbbb6a441eb21c318983f7f67b43f5b62e4a649f61925a4
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.