From: Hanjun Guo <hanjun.guo@linaro.org> To: Marc Zyngier <marc.zyngier@arm.com>, "Rafael J. Wysocki" <rjw@rjwysocki.net>, Lorenzo Pieralisi <lorenzo.pieralisi@arm.com> Cc: linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linuxarm@huawei.com, Thomas Gleixner <tglx@linutronix.de>, Greg KH <gregkh@linuxfoundation.org>, Tomasz Nowicki <tn@semihalf.com>, Ma Jun <majun258@huawei.com>, Kefeng Wang <wangkefeng.wang@huawei.com>, Agustin Vega-Frias <agustinv@codeaurora.org>, Sinan Kaya <okaya@codeaurora.org>, charles.garcia-tobin@arm.com, huxinwei@huawei.com, yimin@huawei.com, Jon Masters <jcm@redhat.com>, Hanjun Guo <hanjun.guo@linaro.org> Subject: [PATCH v6 00/14] ACPI platform MSI support and its example mbigen Date: Mon, 2 Jan 2017 21:31:31 +0800 [thread overview] Message-ID: <1483363905-2806-1-git-send-email-hanjun.guo@linaro.org> (raw) v5 -> v6: - Call acpi_configure_pmsi_domain() for platform devices in acpi_platform_notify() as it's cleaner (suggested by Rafael) - Remove the "u8 type" for iort_id_map() because it's unused - Rebase on top of 4.10-rc2 - Collect test and review tags v4 -> v5: - Add mbigen support back with tested on with Agustin's patchset, and it's a good example of how ACPI platform MSI works - rebased on top of lastest Linus tree (commit 52bce91 splice: reinstate SIGPIPE/EPIPE handling) v3 -> v4: - Drop mbi-gen patches to just submit platform msi support because will rebase mbi-gen patches on top of Agustin's patchset, and discusion is going there. - Add a patch to support device topology such as NC(named componant, paltform device) ->SMMU->ITS which suggested by Lorenzo; - rebased on top of Lorenzo's v9 of ACPI IORT ARM SMMU support; - rebased on top of 4.9-rc7 v2 -> v3: - Drop RFC tag - Rebase against v4.9-rc2 and Lorenzo's v6 of ACPI IORT ARM SMMU support [1] - Add 3 cleanup patches (patch 1, 2, 3) - Drop arch_init call patch from last version - Introduce a callback for platform device to set msi domain - Introduce a new API to get paltform device's domain instead of reusing the PCI one in previous version - Add a patch to rework iort_node_get_id() [1]: http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1251993.html v1 -> v2: - Fix the bug of if multi Interrupt() resoures in single _PRS, we need to calculate all the irq numbers (I missed it in previous version); - Rebased on Marc's irq/irqchip-4.9 branch and Lorenzo's v5 SMMU patches (also Robin's SMMu patches) - Add patch irqchip: mbigen: promote mbigen init. With platform msi support landed in the kernel, and the introduction of IORT for GICv3 ITS (PCI MSI) and SMMU, the framework for platform msi is ready, this patch set add few patches to enable the ACPI platform msi support. For platform device connecting to ITS on arm platform, we have IORT table with the named componant node to describe the mappings of paltform device and ITS, so we can retrieve the dev id and find its parent irqdomain (ITS) from IORT table (simlar with the ACPI ITS support). The fisrt 3 patches are cleanups; Patch 4,5 are refactoring its_pmsi_prepare() for both DT and ACPI then retrieve the dev id from iort; Patch 6,7 to create platform msi domain to ACPI case which scanned the MADT table; Patch 8,9,10,11 to setup the msi domain for platform device based on IORT table. Patch 12,13,14 convert DT based mbigen driver to support ACPI/DT. Thanks Hanjun Hanjun Guo (12): ACPI: ARM64: IORT: minor cleanup for iort_match_node_callback() irqchip: gic-v3-its: keep the head file include in alphabetic order ACPI: ARM64: IORT: add missing comment for iort_dev_find_its_id() irqchip: gicv3-its: platform-msi: refactor its_pmsi_prepare() ACPI: platform-msi: retrieve dev id from IORT irqchip: gicv3-its: platform-msi: refactor its_pmsi_init() to prepare for ACPI irqchip: gicv3-its: platform-msi: scan MADT to create platform msi domain ACPI: ARM64: IORT: rework iort_node_get_id() ACPI: platform: setup MSI domain for ACPI based platform device ACPI: ARM64: IORT: rework iort_node_get_id() for NC->SMMU->ITS case msi: platform: make platform_msi_create_device_domain() ACPI aware irqchip: mbigen: Add ACPI support Kefeng Wang (2): irqchip: mbigen: drop module owner irqchip: mbigen: introduce mbigen_of_create_domain() drivers/acpi/arm64/iort.c | 140 ++++++++++++++++++++------ drivers/acpi/glue.c | 6 ++ drivers/base/platform-msi.c | 3 +- drivers/irqchip/irq-gic-v3-its-platform-msi.c | 106 ++++++++++++++----- drivers/irqchip/irq-gic-v3-its.c | 3 +- drivers/irqchip/irq-mbigen.c | 109 ++++++++++++++++---- include/linux/acpi_iort.h | 11 ++ 7 files changed, 299 insertions(+), 79 deletions(-) -- 1.9.1
WARNING: multiple messages have this Message-ID (diff)
From: hanjun.guo@linaro.org (Hanjun Guo) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH v6 00/14] ACPI platform MSI support and its example mbigen Date: Mon, 2 Jan 2017 21:31:31 +0800 [thread overview] Message-ID: <1483363905-2806-1-git-send-email-hanjun.guo@linaro.org> (raw) v5 -> v6: - Call acpi_configure_pmsi_domain() for platform devices in acpi_platform_notify() as it's cleaner (suggested by Rafael) - Remove the "u8 type" for iort_id_map() because it's unused - Rebase on top of 4.10-rc2 - Collect test and review tags v4 -> v5: - Add mbigen support back with tested on with Agustin's patchset, and it's a good example of how ACPI platform MSI works - rebased on top of lastest Linus tree (commit 52bce91 splice: reinstate SIGPIPE/EPIPE handling) v3 -> v4: - Drop mbi-gen patches to just submit platform msi support because will rebase mbi-gen patches on top of Agustin's patchset, and discusion is going there. - Add a patch to support device topology such as NC(named componant, paltform device) ->SMMU->ITS which suggested by Lorenzo; - rebased on top of Lorenzo's v9 of ACPI IORT ARM SMMU support; - rebased on top of 4.9-rc7 v2 -> v3: - Drop RFC tag - Rebase against v4.9-rc2 and Lorenzo's v6 of ACPI IORT ARM SMMU support [1] - Add 3 cleanup patches (patch 1, 2, 3) - Drop arch_init call patch from last version - Introduce a callback for platform device to set msi domain - Introduce a new API to get paltform device's domain instead of reusing the PCI one in previous version - Add a patch to rework iort_node_get_id() [1]: http://www.mail-archive.com/linux-kernel at vger.kernel.org/msg1251993.html v1 -> v2: - Fix the bug of if multi Interrupt() resoures in single _PRS, we need to calculate all the irq numbers (I missed it in previous version); - Rebased on Marc's irq/irqchip-4.9 branch and Lorenzo's v5 SMMU patches (also Robin's SMMu patches) - Add patch irqchip: mbigen: promote mbigen init. With platform msi support landed in the kernel, and the introduction of IORT for GICv3 ITS (PCI MSI) and SMMU, the framework for platform msi is ready, this patch set add few patches to enable the ACPI platform msi support. For platform device connecting to ITS on arm platform, we have IORT table with the named componant node to describe the mappings of paltform device and ITS, so we can retrieve the dev id and find its parent irqdomain (ITS) from IORT table (simlar with the ACPI ITS support). The fisrt 3 patches are cleanups; Patch 4,5 are refactoring its_pmsi_prepare() for both DT and ACPI then retrieve the dev id from iort; Patch 6,7 to create platform msi domain to ACPI case which scanned the MADT table; Patch 8,9,10,11 to setup the msi domain for platform device based on IORT table. Patch 12,13,14 convert DT based mbigen driver to support ACPI/DT. Thanks Hanjun Hanjun Guo (12): ACPI: ARM64: IORT: minor cleanup for iort_match_node_callback() irqchip: gic-v3-its: keep the head file include in alphabetic order ACPI: ARM64: IORT: add missing comment for iort_dev_find_its_id() irqchip: gicv3-its: platform-msi: refactor its_pmsi_prepare() ACPI: platform-msi: retrieve dev id from IORT irqchip: gicv3-its: platform-msi: refactor its_pmsi_init() to prepare for ACPI irqchip: gicv3-its: platform-msi: scan MADT to create platform msi domain ACPI: ARM64: IORT: rework iort_node_get_id() ACPI: platform: setup MSI domain for ACPI based platform device ACPI: ARM64: IORT: rework iort_node_get_id() for NC->SMMU->ITS case msi: platform: make platform_msi_create_device_domain() ACPI aware irqchip: mbigen: Add ACPI support Kefeng Wang (2): irqchip: mbigen: drop module owner irqchip: mbigen: introduce mbigen_of_create_domain() drivers/acpi/arm64/iort.c | 140 ++++++++++++++++++++------ drivers/acpi/glue.c | 6 ++ drivers/base/platform-msi.c | 3 +- drivers/irqchip/irq-gic-v3-its-platform-msi.c | 106 ++++++++++++++----- drivers/irqchip/irq-gic-v3-its.c | 3 +- drivers/irqchip/irq-mbigen.c | 109 ++++++++++++++++---- include/linux/acpi_iort.h | 11 ++ 7 files changed, 299 insertions(+), 79 deletions(-) -- 1.9.1
next reply other threads:[~2017-01-02 13:32 UTC|newest] Thread overview: 98+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-01-02 13:31 Hanjun Guo [this message] 2017-01-02 13:31 ` [PATCH v6 00/14] ACPI platform MSI support and its example mbigen Hanjun Guo 2017-01-02 13:31 ` [PATCH v6 01/14] ACPI: ARM64: IORT: minor cleanup for iort_match_node_callback() Hanjun Guo 2017-01-02 13:31 ` Hanjun Guo 2017-01-03 14:08 ` Lorenzo Pieralisi 2017-01-03 14:08 ` Lorenzo Pieralisi 2017-01-03 14:08 ` Lorenzo Pieralisi 2017-01-04 7:56 ` Hanjun Guo 2017-01-04 7:56 ` Hanjun Guo 2017-01-02 13:31 ` [PATCH v6 02/14] irqchip: gic-v3-its: keep the head file include in alphabetic order Hanjun Guo 2017-01-02 13:31 ` Hanjun Guo 2017-01-11 10:20 ` Matthias Brugger 2017-01-11 10:20 ` Matthias Brugger 2017-01-11 10:20 ` Matthias Brugger 2017-01-11 10:20 ` Matthias Brugger 2017-01-11 14:16 ` Hanjun Guo 2017-01-11 14:16 ` Hanjun Guo 2017-01-02 13:31 ` [PATCH v6 03/14] ACPI: ARM64: IORT: add missing comment for iort_dev_find_its_id() Hanjun Guo 2017-01-02 13:31 ` Hanjun Guo 2017-01-04 14:34 ` Lorenzo Pieralisi 2017-01-04 14:34 ` Lorenzo Pieralisi 2017-01-05 6:05 ` Hanjun Guo 2017-01-05 6:05 ` Hanjun Guo 2017-01-05 6:05 ` Hanjun Guo 2017-01-05 9:53 ` Lorenzo Pieralisi 2017-01-05 9:53 ` Lorenzo Pieralisi 2017-01-05 9:53 ` Lorenzo Pieralisi 2017-01-02 13:31 ` [PATCH v6 04/14] irqchip: gicv3-its: platform-msi: refactor its_pmsi_prepare() Hanjun Guo 2017-01-02 13:31 ` Hanjun Guo 2017-01-11 10:31 ` Matthias Brugger 2017-01-11 10:31 ` Matthias Brugger 2017-01-02 13:31 ` [PATCH v6 05/14] ACPI: platform-msi: retrieve dev id from IORT Hanjun Guo 2017-01-02 13:31 ` Hanjun Guo 2017-01-03 8:43 ` Tomasz Nowicki 2017-01-03 8:43 ` Tomasz Nowicki 2017-01-03 9:37 ` Tomasz Nowicki 2017-01-03 9:37 ` Tomasz Nowicki 2017-01-03 11:24 ` Tomasz Nowicki 2017-01-03 11:24 ` Tomasz Nowicki 2017-01-04 19:18 ` Lorenzo Pieralisi 2017-01-04 19:18 ` Lorenzo Pieralisi 2017-01-05 12:45 ` Hanjun Guo 2017-01-05 12:45 ` Hanjun Guo 2017-01-05 15:15 ` Lorenzo Pieralisi 2017-01-05 15:15 ` Lorenzo Pieralisi 2017-01-10 13:39 ` Hanjun Guo 2017-01-10 13:39 ` Hanjun Guo 2017-01-10 13:39 ` Hanjun Guo 2017-01-10 14:57 ` Lorenzo Pieralisi 2017-01-10 14:57 ` Lorenzo Pieralisi 2017-01-11 14:15 ` Hanjun Guo 2017-01-11 14:15 ` Hanjun Guo 2017-01-02 13:31 ` [PATCH v6 06/14] irqchip: gicv3-its: platform-msi: refactor its_pmsi_init() to prepare for ACPI Hanjun Guo 2017-01-02 13:31 ` Hanjun Guo 2017-01-03 7:41 ` Tomasz Nowicki 2017-01-03 7:41 ` Tomasz Nowicki 2017-01-04 7:02 ` Hanjun Guo 2017-01-04 7:02 ` Hanjun Guo 2017-01-04 7:29 ` Tomasz Nowicki 2017-01-04 7:29 ` Tomasz Nowicki 2017-01-04 8:25 ` Hanjun Guo 2017-01-04 8:25 ` Hanjun Guo 2017-01-04 9:02 ` Marc Zyngier 2017-01-04 9:02 ` Marc Zyngier 2017-01-04 10:19 ` Hanjun Guo 2017-01-04 10:19 ` Hanjun Guo 2017-01-02 13:31 ` [PATCH v6 07/14] irqchip: gicv3-its: platform-msi: scan MADT to create platform msi domain Hanjun Guo 2017-01-02 13:31 ` Hanjun Guo 2017-01-02 13:31 ` [PATCH v6 08/14] ACPI: ARM64: IORT: rework iort_node_get_id() Hanjun Guo 2017-01-02 13:31 ` Hanjun Guo 2017-01-04 17:58 ` Lorenzo Pieralisi 2017-01-04 17:58 ` Lorenzo Pieralisi 2017-01-05 8:19 ` Hanjun Guo 2017-01-05 8:19 ` Hanjun Guo 2017-01-05 8:19 ` Hanjun Guo 2017-01-02 13:31 ` [PATCH v6 09/14] ACPI: platform: setup MSI domain for ACPI based platform device Hanjun Guo 2017-01-02 13:31 ` Hanjun Guo 2017-01-02 21:17 ` Rafael J. Wysocki 2017-01-02 21:17 ` Rafael J. Wysocki 2017-01-02 21:17 ` Rafael J. Wysocki 2017-01-02 13:31 ` [PATCH v6 10/14] ACPI: ARM64: IORT: rework iort_node_get_id() for NC->SMMU->ITS case Hanjun Guo 2017-01-02 13:31 ` Hanjun Guo 2017-01-02 22:30 ` Sinan Kaya 2017-01-02 22:30 ` Sinan Kaya 2017-01-02 22:30 ` Sinan Kaya 2017-01-03 0:08 ` Hanjun Guo 2017-01-03 0:08 ` Hanjun Guo 2017-01-03 0:08 ` Hanjun Guo 2017-01-02 13:31 ` [PATCH v6 11/14] msi: platform: make platform_msi_create_device_domain() ACPI aware Hanjun Guo 2017-01-02 13:31 ` Hanjun Guo 2017-01-04 16:49 ` Lorenzo Pieralisi 2017-01-04 16:49 ` Lorenzo Pieralisi 2017-01-02 13:31 ` [PATCH v6 12/14] irqchip: mbigen: drop module owner Hanjun Guo 2017-01-02 13:31 ` Hanjun Guo 2017-01-02 13:31 ` [PATCH v6 13/14] irqchip: mbigen: introduce mbigen_of_create_domain() Hanjun Guo 2017-01-02 13:31 ` Hanjun Guo 2017-01-02 13:31 ` [PATCH v6 14/14] irqchip: mbigen: Add ACPI support Hanjun Guo 2017-01-02 13:31 ` Hanjun Guo
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=1483363905-2806-1-git-send-email-hanjun.guo@linaro.org \ --to=hanjun.guo@linaro.org \ --cc=agustinv@codeaurora.org \ --cc=charles.garcia-tobin@arm.com \ --cc=gregkh@linuxfoundation.org \ --cc=huxinwei@huawei.com \ --cc=jcm@redhat.com \ --cc=linux-acpi@vger.kernel.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linuxarm@huawei.com \ --cc=lorenzo.pieralisi@arm.com \ --cc=majun258@huawei.com \ --cc=marc.zyngier@arm.com \ --cc=okaya@codeaurora.org \ --cc=rjw@rjwysocki.net \ --cc=tglx@linutronix.de \ --cc=tn@semihalf.com \ --cc=wangkefeng.wang@huawei.com \ --cc=yimin@huawei.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.