From: Gabriele Paoloni <gabriele.paoloni@huawei.com> To: Tomasz Nowicki <tn@semihalf.com>, "bhelgaas@google.com" <bhelgaas@google.com>, "arnd@arndb.de" <arnd@arndb.de>, "will.deacon@arm.com" <will.deacon@arm.com>, "catalin.marinas@arm.com" <catalin.marinas@arm.com>, "rjw@rjwysocki.net" <rjw@rjwysocki.net>, "hanjun.guo@linaro.org" <hanjun.guo@linaro.org>, "Lorenzo.Pieralisi@arm.com" <Lorenzo.Pieralisi@arm.com>, "okaya@codeaurora.org" <okaya@codeaurora.org>, "jiang.liu@linux.intel.com" <jiang.liu@linux.intel.com>, "Stefano.Stabellini@eu.citrix.com" <Stefano.Stabellini@eu.citrix.com> Cc: "robert.richter@caviumnetworks.com" <robert.richter@caviumnetworks.com>, "mw@semihalf.com" <mw@semihalf.com>, "Liviu.Dudau@arm.com" <Liviu.Dudau@arm.com>, "ddaney@caviumnetworks.com" <ddaney@caviumnetworks.com>, "tglx@linutronix.de" <tglx@linutronix.de>, Wangyijing <wangyijing@huawei.com>, "Suravee.Suthikulpanit@amd.com" <Suravee.Suthikulpanit@amd.com>, "msalter@redhat.com" <msalter@redhat.com>, "linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>, "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>, "linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>, "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, "linaro-acpi@lists.linaro.org" <linaro-acpi@lists.linaro.org>, "jchandra@broadcom.com" <jchandra@broadcom.com>, "jcm@redhat.com" <jcm@redhat.com> Subject: RE: [PATCH V2 22/23] pci, acpi: Match PCI config space accessors against platfrom specific quirks. Date: Mon, 21 Dec 2015 11:47:48 +0000 [thread overview] Message-ID: <EE11001F9E5DDD47B7634E2F8A612F2E1EC14C0F@lhreml503-mbb> (raw) In-Reply-To: <1450278993-12664-23-git-send-email-tn@semihalf.com> Hi Tomasz > -----Original Message----- > From: linux-kernel-owner@vger.kernel.org [mailto:linux-kernel- > owner@vger.kernel.org] On Behalf Of Tomasz Nowicki > Sent: 16 December 2015 15:17 > To: bhelgaas@google.com; arnd@arndb.de; will.deacon@arm.com; > catalin.marinas@arm.com; rjw@rjwysocki.net; hanjun.guo@linaro.org; > Lorenzo.Pieralisi@arm.com; okaya@codeaurora.org; > jiang.liu@linux.intel.com; Stefano.Stabellini@eu.citrix.com > Cc: robert.richter@caviumnetworks.com; mw@semihalf.com; > Liviu.Dudau@arm.com; ddaney@caviumnetworks.com; tglx@linutronix.de; > Wangyijing; Suravee.Suthikulpanit@amd.com; msalter@redhat.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; Tomasz > Nowicki > Subject: [PATCH V2 22/23] pci, acpi: Match PCI config space accessors > against platfrom specific quirks. > > Some platforms may not be fully compliant with generic set of PCI > config accessors. For these cases we implement the way to overwrite > accessors set before PCI buses enumeration. Algorithm that overwrite > accessors matches against platform ID (DMI), domain and bus number, > hopefully enough for all cases. All quirks can be defined using: > DECLARE_ACPI_MCFG_FIXUP() and keep self contained. I've got a couple of comments/questions about this patch.. 1) So according to this mechanism quirks would be supported only by vendors whose BIOS are SMBIOS compliant. Now personally I am ok with this but I don't know if this is OK in general as it would narrow down the number of platforms that would be able to define the quirks... Lorenzo, Arnd what is your opinion here? 2) In the quirk mechanism you proposed, I see that the callback function allows to do some preparation work for the host bridge. For example in Hisilicon hip05 case we would need to read some values from the ACPI table (see acpi_pci_root_hisi_add() function in https://lkml.org/lkml/2015/12/3/426). I am quite new to ACPI and I wonder if it is OK to add such "Packages" to the PCI host bridge ACPI device...or maybe we need to declare a new one...? Many Thanks Gab > > example: > > static const struct dmi_system_id yyy[] = { > { > .ident = "<Platform ident string>", > .callback = <handler>, > .matches = { > DMI_MATCH(DMI_SYS_VENDOR, "<system vendor>"), > DMI_MATCH(DMI_PRODUCT_NAME, "<product name>"), > DMI_MATCH(DMI_PRODUCT_VERSION, "product version"), > }, > }, > { } > }; > > static struct pci_ops ecam_pci_ops = { > .map_bus = pci_mcfg_dev_base, > .read = xxxx_ecam_config_read, > .write = xxxx_ecam_config_write, > }; > DECLARE_ACPI_MCFG_FIXUP(yyy, &ecam_pci_ops, <domain_nr>, <bus_nr>); > > Note, that more custom actions can be done via DMI callback hook. > > Signed-off-by: Tomasz Nowicki <tn@semihalf.com> > --- > drivers/acpi/mcfg.c | 35 > +++++++++++++++++++++++++++++++++-- > include/asm-generic/vmlinux.lds.h | 7 +++++++ > include/linux/ecam.h | 17 +++++++++++++++++ > 3 files changed, 57 insertions(+), 2 deletions(-) > > diff --git a/drivers/acpi/mcfg.c b/drivers/acpi/mcfg.c index > a9b2231..6d0194d 100644 > --- a/drivers/acpi/mcfg.c > +++ b/drivers/acpi/mcfg.c > @@ -8,6 +8,7 @@ > */ > > #include <linux/acpi.h> > +#include <linux/dmi.h> > #include <linux/ecam.h> > #include <linux/pci.h> > #include <linux/pci-acpi.h> > @@ -34,6 +35,31 @@ int __weak raw_pci_write(unsigned int domain, > unsigned int bus, > return PCIBIOS_DEVICE_NOT_FOUND; > } > > +extern struct pci_mcfg_fixup __start_acpi_mcfg_fixups[]; extern struct > +pci_mcfg_fixup __end_acpi_mcfg_fixups[]; > + > +static struct pci_ops *pci_mcfg_check_quirks(int domain, int > +bus_number) { > + struct pci_mcfg_fixup *fixup; > + > + fixup = __start_acpi_mcfg_fixups; > + while (fixup < __end_acpi_mcfg_fixups) { > + if (dmi_check_system(fixup->system) && > + (fixup->domain == domain || > + fixup->domain == PCI_MCFG_DOMAIN_ANY) && > + (fixup->bus_number == bus_number || > + fixup->bus_number == PCI_MCFG_BUS_ANY)) { > + pr_info(PREFIX "Fixup applied: Platform [%s] domain > [%d] bus number [%d]\n", > + fixup->system->ident, fixup->domain, > + fixup->bus_number); > + return fixup->ops; > + } > + ++fixup; > + } > + > + return NULL; > +} > + > void __iomem * > pci_mcfg_dev_base(struct pci_bus *bus, unsigned int devfn, int offset) > { @@ -56,10 +82,15 @@ static struct pci_ops default_pci_mcfg_ops = { > > struct pci_ops *pci_mcfg_get_ops(int domain, int bus) { > + struct pci_ops *pci_mcfg_ops_quirk; > + > /* > - * TODO: Match against platform specific quirks and return > - * corresponding PCI config space accessor set. > + * Match against platform specific quirks and return > corresponding > + * PCI config space accessor set. > */ > + pci_mcfg_ops_quirk = pci_mcfg_check_quirks(domain, bus); > + if (pci_mcfg_ops_quirk) > + return pci_mcfg_ops_quirk; > > return &default_pci_mcfg_ops; > } > diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm- > generic/vmlinux.lds.h > index c4bd0e2..c93fc97 100644 > --- a/include/asm-generic/vmlinux.lds.h > +++ b/include/asm-generic/vmlinux.lds.h > @@ -298,6 +298,13 @@ > VMLINUX_SYMBOL(__end_pci_fixups_suspend_late) = .; \ > } \ > \ > + /* ACPI MCFG quirks */ \ > + .acpi_fixup : AT(ADDR(.acpi_fixup) - LOAD_OFFSET) { \ > + VMLINUX_SYMBOL(__start_acpi_mcfg_fixups) = .; \ > + *(.acpi_fixup_mcfg) \ > + VMLINUX_SYMBOL(__end_acpi_mcfg_fixups) = .; \ > + } \ > + \ > /* Built-in firmware blobs */ \ > .builtin_fw : AT(ADDR(.builtin_fw) - LOAD_OFFSET) { \ > VMLINUX_SYMBOL(__start_builtin_fw) = .; \ > diff --git a/include/linux/ecam.h b/include/linux/ecam.h index > e0f322e..1319fa8 100644 > --- a/include/linux/ecam.h > +++ b/include/linux/ecam.h > @@ -20,6 +20,23 @@ struct pci_mmcfg_region { > bool hot_added; > }; > > +struct pci_mcfg_fixup { > + const struct dmi_system_id *system; > + struct pci_ops *ops; > + int domain; > + int bus_number; > +}; > + > +#define PCI_MCFG_DOMAIN_ANY -1 > +#define PCI_MCFG_BUS_ANY -1 > + > +/* Designate a routine to fix up buggy MCFG */ > +#define DECLARE_ACPI_MCFG_FIXUP(system, ops, dom, bus) > \ > + static const struct pci_mcfg_fixup > __mcfg_fixup_##system##dom##bus\ > + __used __attribute__((__section__(".acpi_fixup_mcfg"), > \ > + aligned((sizeof(void *))))) = \ > + { system, ops, dom, bus }; > + > struct pci_mmcfg_region *pci_mmconfig_lookup(int segment, int bus); > struct pci_mmcfg_region *pci_mmconfig_alloc(int segment, int start, > int end, u64 addr); > -- > 1.9.1 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" > in the body of a message to majordomo@vger.kernel.org More majordomo > info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/
WARNING: multiple messages have this Message-ID (diff)
From: gabriele.paoloni@huawei.com (Gabriele Paoloni) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH V2 22/23] pci, acpi: Match PCI config space accessors against platfrom specific quirks. Date: Mon, 21 Dec 2015 11:47:48 +0000 [thread overview] Message-ID: <EE11001F9E5DDD47B7634E2F8A612F2E1EC14C0F@lhreml503-mbb> (raw) In-Reply-To: <1450278993-12664-23-git-send-email-tn@semihalf.com> Hi Tomasz > -----Original Message----- > From: linux-kernel-owner at vger.kernel.org [mailto:linux-kernel- > owner at vger.kernel.org] On Behalf Of Tomasz Nowicki > Sent: 16 December 2015 15:17 > To: bhelgaas at google.com; arnd at arndb.de; will.deacon at arm.com; > catalin.marinas at arm.com; rjw at rjwysocki.net; hanjun.guo at linaro.org; > Lorenzo.Pieralisi at arm.com; okaya at codeaurora.org; > jiang.liu at linux.intel.com; Stefano.Stabellini at eu.citrix.com > Cc: robert.richter at caviumnetworks.com; mw at semihalf.com; > Liviu.Dudau at arm.com; ddaney at caviumnetworks.com; tglx at linutronix.de; > Wangyijing; Suravee.Suthikulpanit at amd.com; msalter at redhat.com; linux- > pci at vger.kernel.org; linux-arm-kernel at lists.infradead.org; linux- > acpi at vger.kernel.org; linux-kernel at vger.kernel.org; linaro- > acpi at lists.linaro.org; jchandra at broadcom.com; jcm at redhat.com; Tomasz > Nowicki > Subject: [PATCH V2 22/23] pci, acpi: Match PCI config space accessors > against platfrom specific quirks. > > Some platforms may not be fully compliant with generic set of PCI > config accessors. For these cases we implement the way to overwrite > accessors set before PCI buses enumeration. Algorithm that overwrite > accessors matches against platform ID (DMI), domain and bus number, > hopefully enough for all cases. All quirks can be defined using: > DECLARE_ACPI_MCFG_FIXUP() and keep self contained. I've got a couple of comments/questions about this patch.. 1) So according to this mechanism quirks would be supported only by vendors whose BIOS are SMBIOS compliant. Now personally I am ok with this but I don't know if this is OK in general as it would narrow down the number of platforms that would be able to define the quirks... Lorenzo, Arnd what is your opinion here? 2) In the quirk mechanism you proposed, I see that the callback function allows to do some preparation work for the host bridge. For example in Hisilicon hip05 case we would need to read some values from the ACPI table (see acpi_pci_root_hisi_add() function in https://lkml.org/lkml/2015/12/3/426). I am quite new to ACPI and I wonder if it is OK to add such "Packages" to the PCI host bridge ACPI device...or maybe we need to declare a new one...? Many Thanks Gab > > example: > > static const struct dmi_system_id yyy[] = { > { > .ident = "<Platform ident string>", > .callback = <handler>, > .matches = { > DMI_MATCH(DMI_SYS_VENDOR, "<system vendor>"), > DMI_MATCH(DMI_PRODUCT_NAME, "<product name>"), > DMI_MATCH(DMI_PRODUCT_VERSION, "product version"), > }, > }, > { } > }; > > static struct pci_ops ecam_pci_ops = { > .map_bus = pci_mcfg_dev_base, > .read = xxxx_ecam_config_read, > .write = xxxx_ecam_config_write, > }; > DECLARE_ACPI_MCFG_FIXUP(yyy, &ecam_pci_ops, <domain_nr>, <bus_nr>); > > Note, that more custom actions can be done via DMI callback hook. > > Signed-off-by: Tomasz Nowicki <tn@semihalf.com> > --- > drivers/acpi/mcfg.c | 35 > +++++++++++++++++++++++++++++++++-- > include/asm-generic/vmlinux.lds.h | 7 +++++++ > include/linux/ecam.h | 17 +++++++++++++++++ > 3 files changed, 57 insertions(+), 2 deletions(-) > > diff --git a/drivers/acpi/mcfg.c b/drivers/acpi/mcfg.c index > a9b2231..6d0194d 100644 > --- a/drivers/acpi/mcfg.c > +++ b/drivers/acpi/mcfg.c > @@ -8,6 +8,7 @@ > */ > > #include <linux/acpi.h> > +#include <linux/dmi.h> > #include <linux/ecam.h> > #include <linux/pci.h> > #include <linux/pci-acpi.h> > @@ -34,6 +35,31 @@ int __weak raw_pci_write(unsigned int domain, > unsigned int bus, > return PCIBIOS_DEVICE_NOT_FOUND; > } > > +extern struct pci_mcfg_fixup __start_acpi_mcfg_fixups[]; extern struct > +pci_mcfg_fixup __end_acpi_mcfg_fixups[]; > + > +static struct pci_ops *pci_mcfg_check_quirks(int domain, int > +bus_number) { > + struct pci_mcfg_fixup *fixup; > + > + fixup = __start_acpi_mcfg_fixups; > + while (fixup < __end_acpi_mcfg_fixups) { > + if (dmi_check_system(fixup->system) && > + (fixup->domain == domain || > + fixup->domain == PCI_MCFG_DOMAIN_ANY) && > + (fixup->bus_number == bus_number || > + fixup->bus_number == PCI_MCFG_BUS_ANY)) { > + pr_info(PREFIX "Fixup applied: Platform [%s] domain > [%d] bus number [%d]\n", > + fixup->system->ident, fixup->domain, > + fixup->bus_number); > + return fixup->ops; > + } > + ++fixup; > + } > + > + return NULL; > +} > + > void __iomem * > pci_mcfg_dev_base(struct pci_bus *bus, unsigned int devfn, int offset) > { @@ -56,10 +82,15 @@ static struct pci_ops default_pci_mcfg_ops = { > > struct pci_ops *pci_mcfg_get_ops(int domain, int bus) { > + struct pci_ops *pci_mcfg_ops_quirk; > + > /* > - * TODO: Match against platform specific quirks and return > - * corresponding PCI config space accessor set. > + * Match against platform specific quirks and return > corresponding > + * PCI config space accessor set. > */ > + pci_mcfg_ops_quirk = pci_mcfg_check_quirks(domain, bus); > + if (pci_mcfg_ops_quirk) > + return pci_mcfg_ops_quirk; > > return &default_pci_mcfg_ops; > } > diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm- > generic/vmlinux.lds.h > index c4bd0e2..c93fc97 100644 > --- a/include/asm-generic/vmlinux.lds.h > +++ b/include/asm-generic/vmlinux.lds.h > @@ -298,6 +298,13 @@ > VMLINUX_SYMBOL(__end_pci_fixups_suspend_late) = .; \ > } \ > \ > + /* ACPI MCFG quirks */ \ > + .acpi_fixup : AT(ADDR(.acpi_fixup) - LOAD_OFFSET) { \ > + VMLINUX_SYMBOL(__start_acpi_mcfg_fixups) = .; \ > + *(.acpi_fixup_mcfg) \ > + VMLINUX_SYMBOL(__end_acpi_mcfg_fixups) = .; \ > + } \ > + \ > /* Built-in firmware blobs */ \ > .builtin_fw : AT(ADDR(.builtin_fw) - LOAD_OFFSET) { \ > VMLINUX_SYMBOL(__start_builtin_fw) = .; \ > diff --git a/include/linux/ecam.h b/include/linux/ecam.h index > e0f322e..1319fa8 100644 > --- a/include/linux/ecam.h > +++ b/include/linux/ecam.h > @@ -20,6 +20,23 @@ struct pci_mmcfg_region { > bool hot_added; > }; > > +struct pci_mcfg_fixup { > + const struct dmi_system_id *system; > + struct pci_ops *ops; > + int domain; > + int bus_number; > +}; > + > +#define PCI_MCFG_DOMAIN_ANY -1 > +#define PCI_MCFG_BUS_ANY -1 > + > +/* Designate a routine to fix up buggy MCFG */ > +#define DECLARE_ACPI_MCFG_FIXUP(system, ops, dom, bus) > \ > + static const struct pci_mcfg_fixup > __mcfg_fixup_##system##dom##bus\ > + __used __attribute__((__section__(".acpi_fixup_mcfg"), > \ > + aligned((sizeof(void *))))) = \ > + { system, ops, dom, bus }; > + > struct pci_mmcfg_region *pci_mmconfig_lookup(int segment, int bus); > struct pci_mmcfg_region *pci_mmconfig_alloc(int segment, int start, > int end, u64 addr); > -- > 1.9.1 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" > in the body of a message to majordomo at vger.kernel.org More majordomo > info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2015-12-21 11:49 UTC|newest] Thread overview: 171+ messages / expand[flat|nested] mbox.gz Atom feed top 2015-12-16 15:16 [PATCH V2 00/23] MMCONFIG refactoring and support for ARM64 PCI hostbridge init based on ACPI Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 01/23] x86, pci: Reorder logic of pci_mmconfig_insert() function Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 02/23] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 03/23] pci, acpi, mcfg: Provide generic implementation of MCFG code initialization Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 04/23] x86, pci: mmconfig_{32,64}.c code refactoring - remove code duplication Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 04/23] x86, pci: mmconfig_{32, 64}.c " Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 05/23] x86, pci, ecam: mmconfig_64.c becomes default implementation for ECAM driver Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 06/23] XEN / PCI: Remove the dependence on arch x86 when PCI_MMCONFIG=y Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-17 10:25 ` Tomasz Nowicki 2015-12-17 10:25 ` Tomasz Nowicki 2015-12-17 10:40 ` Tomasz Nowicki 2015-12-17 10:40 ` Tomasz Nowicki 2015-12-21 18:12 ` Stefano Stabellini 2015-12-21 18:12 ` Stefano Stabellini 2015-12-21 18:12 ` Stefano Stabellini 2015-12-22 8:34 ` Tomasz Nowicki 2015-12-22 8:34 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 07/23] pci, acpi, mcfg: Provide default RAW ACPI PCI config space accessors Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 08/23] arm64, acpi: Use empty PCI config space accessors from mcfg.c file Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 09/23] pci, acpi, ecam: Add flag to indicate whether ECAM region was hot added or not Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 10/23] x86, pci: Cleanup platform specific MCFG data using previously added ECAM hot_added flag Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 11/23] arm64, pci: Remove useless boot time IRQ assignment when booting with DT Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2016-01-12 13:50 ` Lorenzo Pieralisi 2016-01-12 13:50 ` Lorenzo Pieralisi 2016-01-12 16:13 ` Tomasz Nowicki 2016-01-12 16:13 ` Tomasz Nowicki 2016-01-12 17:56 ` David Daney 2016-01-12 17:56 ` David Daney 2016-01-12 17:56 ` David Daney 2016-01-13 9:43 ` Tomasz Nowicki 2016-01-13 9:43 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 12/23] pci, acpi: Move ACPI host bridge device companion assignment to core code Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 13/23] x86, ia64, pci: Remove ACPI companion device from platform specific data Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 14/23] pci, acpi: Provide generic way to assign bus domain number Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 15/23] x86, ia64, pci: Convert arches to use PCI_DOMAINS_GENERIC Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 16/23] x86, ia64: Include acpi_pci_{add|remove}_bus to the default pcibios_{add|remove}_bus implementation Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 17/23] acpi, mcfg: Implement two calls that might be used to inject/remove MCFG region Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 18/23] x86, acpi, pci: Use equivalent function introduced in previous patch Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 19/23] acpi, mcfg: Add default PCI config accessors implementation and initial support for related quirks Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 20/23] ACPI, PCI: Refine the way to handle translation_offset for ACPI resources Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 21/23] pci, acpi: Support for ACPI based PCI hostbridge init Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-18 12:40 ` Arnd Bergmann 2015-12-18 12:40 ` Arnd Bergmann 2015-12-21 10:21 ` Tomasz Nowicki 2015-12-21 10:21 ` Tomasz Nowicki 2015-12-16 15:16 ` [PATCH V2 22/23] pci, acpi: Match PCI config space accessors against platfrom specific quirks Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-21 11:47 ` Gabriele Paoloni [this message] 2015-12-21 11:47 ` Gabriele Paoloni 2015-12-21 11:47 ` Gabriele Paoloni 2015-12-21 14:10 ` Arnd Bergmann 2015-12-21 14:10 ` Arnd Bergmann 2015-12-21 14:10 ` Arnd Bergmann 2015-12-21 14:10 ` Arnd Bergmann 2015-12-21 17:29 ` David Daney 2015-12-21 17:29 ` David Daney 2015-12-21 17:29 ` David Daney 2015-12-21 17:29 ` David Daney 2015-12-21 22:42 ` Arnd Bergmann 2015-12-21 22:42 ` Arnd Bergmann 2015-12-21 22:42 ` Arnd Bergmann 2015-12-21 22:42 ` Arnd Bergmann 2015-12-21 23:24 ` Jon Masters 2015-12-21 23:24 ` Jon Masters 2015-12-21 23:24 ` Jon Masters 2015-12-21 23:24 ` Jon Masters 2015-12-21 23:10 ` Jon Masters 2015-12-21 23:10 ` Jon Masters 2015-12-21 23:10 ` Jon Masters 2015-12-21 23:10 ` Jon Masters 2015-12-22 8:45 ` Tomasz Nowicki 2015-12-22 8:45 ` Tomasz Nowicki 2015-12-22 8:45 ` Tomasz Nowicki 2015-12-22 8:45 ` Tomasz Nowicki 2015-12-22 9:29 ` Gabriele Paoloni 2015-12-22 9:29 ` Gabriele Paoloni 2015-12-22 9:29 ` Gabriele Paoloni 2015-12-22 9:29 ` Gabriele Paoloni 2015-12-22 16:36 ` Jon Masters 2015-12-22 16:36 ` Jon Masters 2015-12-22 16:36 ` Jon Masters 2015-12-22 16:36 ` Jon Masters 2015-12-22 16:45 ` Jon Masters 2015-12-22 16:45 ` Jon Masters 2015-12-22 16:45 ` Jon Masters 2015-12-22 16:45 ` Jon Masters 2015-12-22 17:49 ` Gabriele Paoloni 2015-12-22 17:49 ` Gabriele Paoloni 2015-12-22 17:49 ` Gabriele Paoloni 2015-12-22 17:49 ` Gabriele Paoloni 2015-12-22 10:20 ` Tomasz Nowicki 2015-12-22 10:20 ` Tomasz Nowicki 2015-12-22 10:20 ` Tomasz Nowicki 2015-12-22 14:48 ` Gabriele Paoloni 2015-12-22 14:48 ` Gabriele Paoloni 2015-12-22 14:48 ` Gabriele Paoloni 2015-12-23 9:38 ` Hanjun Guo 2015-12-23 9:38 ` Hanjun Guo 2015-12-23 9:38 ` Hanjun Guo 2016-01-08 14:16 ` Mark Salter 2016-01-08 14:16 ` Mark Salter 2016-01-08 14:36 ` Tomasz Nowicki 2016-01-08 14:36 ` Tomasz Nowicki 2016-01-08 14:51 ` Mark Salter 2016-01-08 14:51 ` Mark Salter 2016-01-08 14:42 ` Jeremy Linton 2016-01-08 14:42 ` Jeremy Linton 2016-01-08 14:42 ` Jeremy Linton 2016-01-08 15:01 ` Mark Rutland 2016-01-08 15:01 ` Mark Rutland 2016-01-08 15:01 ` Mark Rutland 2016-01-08 15:12 ` Mark Rutland 2016-01-08 15:12 ` Mark Rutland 2016-01-08 16:07 ` Mark Salter 2016-01-08 16:07 ` Mark Salter 2015-12-16 15:16 ` [PATCH V2 23/23] arm64, pci, acpi: Start using ACPI based PCI host bridge driver for ARM64 Tomasz Nowicki 2015-12-16 15:16 ` Tomasz Nowicki 2015-12-17 21:24 ` [PATCH V2 00/23] MMCONFIG refactoring and support for ARM64 PCI hostbridge init based on ACPI Sinan Kaya 2015-12-17 21:24 ` Sinan Kaya 2015-12-18 12:26 ` Tomasz Nowicki 2015-12-18 12:26 ` Tomasz Nowicki 2015-12-18 18:56 ` okaya 2015-12-18 18:56 ` okaya at codeaurora.org 2015-12-21 10:37 ` Tomasz Nowicki 2015-12-21 10:37 ` Tomasz Nowicki 2015-12-21 12:10 ` Lorenzo Pieralisi 2015-12-21 12:10 ` Lorenzo Pieralisi 2015-12-21 12:42 ` Tomasz Nowicki 2015-12-21 12:42 ` Tomasz Nowicki 2015-12-21 14:15 ` Arnd Bergmann 2015-12-21 14:15 ` Arnd Bergmann 2015-12-21 15:26 ` Okaya 2015-12-21 15:26 ` Okaya at codeaurora.org 2015-12-21 22:39 ` Arnd Bergmann 2015-12-21 22:39 ` Arnd Bergmann 2016-01-11 15:39 ` Lorenzo Pieralisi 2016-01-11 15:39 ` Lorenzo Pieralisi 2016-01-11 15:56 ` Sinan Kaya 2016-01-11 15:56 ` Sinan Kaya 2016-01-12 14:30 ` Arnd Bergmann 2016-01-12 14:30 ` Arnd Bergmann 2016-01-12 18:38 ` Lorenzo Pieralisi 2016-01-12 18:38 ` Lorenzo Pieralisi 2016-01-12 21:37 ` Arnd Bergmann 2016-01-12 21:37 ` Arnd Bergmann 2016-01-11 16:09 ` Lorenzo Pieralisi 2016-01-11 16:09 ` Lorenzo Pieralisi
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=EE11001F9E5DDD47B7634E2F8A612F2E1EC14C0F@lhreml503-mbb \ --to=gabriele.paoloni@huawei.com \ --cc=Liviu.Dudau@arm.com \ --cc=Lorenzo.Pieralisi@arm.com \ --cc=Stefano.Stabellini@eu.citrix.com \ --cc=Suravee.Suthikulpanit@amd.com \ --cc=arnd@arndb.de \ --cc=bhelgaas@google.com \ --cc=catalin.marinas@arm.com \ --cc=ddaney@caviumnetworks.com \ --cc=hanjun.guo@linaro.org \ --cc=jchandra@broadcom.com \ --cc=jcm@redhat.com \ --cc=jiang.liu@linux.intel.com \ --cc=linaro-acpi@lists.linaro.org \ --cc=linux-acpi@vger.kernel.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-pci@vger.kernel.org \ --cc=msalter@redhat.com \ --cc=mw@semihalf.com \ --cc=okaya@codeaurora.org \ --cc=rjw@rjwysocki.net \ --cc=robert.richter@caviumnetworks.com \ --cc=tglx@linutronix.de \ --cc=tn@semihalf.com \ --cc=wangyijing@huawei.com \ --cc=will.deacon@arm.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
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.