From: Tomasz Nowicki <tn@semihalf.com>
To: Marc Zyngier <marc.zyngier@arm.com>,
rjw@rjwysocki.net, bhelgaas@google.com,
lorenzo.pieralisi@arm.com
Cc: tglx@linutronix.de, jason@lakedaemon.net,
robert.richter@caviumnetworks.com, shijie.huang@arm.com,
Suravee.Suthikulpanit@amd.com, hanjun.guo@linaro.org,
al.stone@linaro.org, mw@semihalf.com, graeme.gregory@linaro.org,
Catalin.Marinas@arm.com, will.deacon@arm.com,
linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, ddaney.cavm@gmail.com,
okaya@codeaurora.org, andrea.gallo@linaro.org,
linux-pci@vger.kernel.org
Subject: Re: [PATCH V6 0/7] Introduce ACPI world to ITS irqchip
Date: Wed, 15 Jun 2016 11:34:00 +0200 [thread overview]
Message-ID: <57612108.4050407@semihalf.com> (raw)
In-Reply-To: <20160615100919.6b507b57@arm.com>
On 15.06.2016 11:09, Marc Zyngier wrote:
> On Mon, 13 Jun 2016 16:41:06 +0200
> Tomasz Nowicki <tn@semihalf.com> wrote:
>
>> The series builds the PCI/MSI domain stack based on initial IORT driver
>> which is added in first place. As a reference please see IORT spec:
>> http://infocenter.arm.com/help/topic/com.arm.doc.den0049b/DEN0049B_IO_Remapping_Table.pdf
>>
>> Patches were built on top of accepted ARM64 ACPI PCI support and can be found
>> all together here:
>> https://github.com/semihalf-nowicki-tomasz/linux.git (its-acpi-v6)
>>
>> Tested on Cavium ThunderX server.
>>
>> v5 -> v6
>> - added locking mechanism for IORT list with domain token
>> - IORT function name improvements
>> - extended IORT RID mapping helper
>> - reworked IORT to be more SMMU friendly
>> - IORT functions which map RID and find corresponding domain are not
>> PCI specific any more (struct pci_dev -> struct device)
>> - bug fixes
>>
>> v4 -> v5
>> - rebased against v4.7-rc1
>> - drop generic layer and call IORT functions directly
>> - improve resource abstraction and string formatting
>>
>> v3 -> v4
>> - rebased against v4.5
>> - add ACPI support for IRQ domain handling on a per-device basis
>> - reorder domain setup step
>> - improve error handling
>> - code style improvements
>>
>> v2 -> v3
>> - rebased on top of 4.4
>> - fixes and improvements for redistributor init via GICC structures
>> - fixes as per kbuild reports
>>
>> v1 -> v2
>> - rebased on top of 4.4-rc4
>> - use pci_msi_domain_get_msi_rid for requester ID to device ID translation
>>
>> Tomasz Nowicki (7):
>> ACPI: I/O Remapping Table (IORT) initial support
>> PCI/MSI: Setup MSI domain on a per-devices basis using IORT ACPI table
>> irqchip/gicv3-its: Cleanup for ITS domain initialization
>> irqchip/gicv3-its: Refator ITS DT init code to prepare for ACPI
>> irqchip/gicv3-its: Probe ITS in the ACPI way
>> irqchip/gicv3-its: Factor out code that might be reused for ACPI
>> irqchip/gicv3-its: Use MADT ITS subtable to do PCI/MSI domain
>> initialization
>>
>> drivers/acpi/Kconfig | 3 +
>> drivers/acpi/Makefile | 1 +
>> drivers/acpi/iort.c | 386 +++++++++++++++++++++++++++++++
>> drivers/irqchip/Kconfig | 1 +
>> drivers/irqchip/irq-gic-v3-its-pci-msi.c | 88 +++++--
>> drivers/irqchip/irq-gic-v3-its.c | 185 ++++++++++-----
>> drivers/irqchip/irq-gic-v3.c | 7 +-
>> drivers/pci/msi.c | 11 +-
>> include/linux/iort.h | 38 +++
>> include/linux/irqchip/arm-gic-v3.h | 4 +-
>> 10 files changed, 646 insertions(+), 78 deletions(-)
>> create mode 100644 drivers/acpi/iort.c
>> create mode 100644 include/linux/iort.h
>>
>
>
> Once you've addressed the couple of remarks I had, and unless someone
> has further objections, this should be in a sane state.
Thanks for having a look !
>
> Of course, the following question would be "who merges this thing". I'm
> happy to take it (mostly because it makes my life easier on the ITS
> side), but it needs to be Acked by the usual suspects (Rafael, Bjorn,
> Lorenzo).
>
As for me, I am fine you to merge it.
Bjorn, Rafael, Lorenzo,
Can you please check on respective patches? Thanks in advance.
Tomasz
WARNING: multiple messages have this Message-ID (diff)
From: tn@semihalf.com (Tomasz Nowicki)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH V6 0/7] Introduce ACPI world to ITS irqchip
Date: Wed, 15 Jun 2016 11:34:00 +0200 [thread overview]
Message-ID: <57612108.4050407@semihalf.com> (raw)
In-Reply-To: <20160615100919.6b507b57@arm.com>
On 15.06.2016 11:09, Marc Zyngier wrote:
> On Mon, 13 Jun 2016 16:41:06 +0200
> Tomasz Nowicki <tn@semihalf.com> wrote:
>
>> The series builds the PCI/MSI domain stack based on initial IORT driver
>> which is added in first place. As a reference please see IORT spec:
>> http://infocenter.arm.com/help/topic/com.arm.doc.den0049b/DEN0049B_IO_Remapping_Table.pdf
>>
>> Patches were built on top of accepted ARM64 ACPI PCI support and can be found
>> all together here:
>> https://github.com/semihalf-nowicki-tomasz/linux.git (its-acpi-v6)
>>
>> Tested on Cavium ThunderX server.
>>
>> v5 -> v6
>> - added locking mechanism for IORT list with domain token
>> - IORT function name improvements
>> - extended IORT RID mapping helper
>> - reworked IORT to be more SMMU friendly
>> - IORT functions which map RID and find corresponding domain are not
>> PCI specific any more (struct pci_dev -> struct device)
>> - bug fixes
>>
>> v4 -> v5
>> - rebased against v4.7-rc1
>> - drop generic layer and call IORT functions directly
>> - improve resource abstraction and string formatting
>>
>> v3 -> v4
>> - rebased against v4.5
>> - add ACPI support for IRQ domain handling on a per-device basis
>> - reorder domain setup step
>> - improve error handling
>> - code style improvements
>>
>> v2 -> v3
>> - rebased on top of 4.4
>> - fixes and improvements for redistributor init via GICC structures
>> - fixes as per kbuild reports
>>
>> v1 -> v2
>> - rebased on top of 4.4-rc4
>> - use pci_msi_domain_get_msi_rid for requester ID to device ID translation
>>
>> Tomasz Nowicki (7):
>> ACPI: I/O Remapping Table (IORT) initial support
>> PCI/MSI: Setup MSI domain on a per-devices basis using IORT ACPI table
>> irqchip/gicv3-its: Cleanup for ITS domain initialization
>> irqchip/gicv3-its: Refator ITS DT init code to prepare for ACPI
>> irqchip/gicv3-its: Probe ITS in the ACPI way
>> irqchip/gicv3-its: Factor out code that might be reused for ACPI
>> irqchip/gicv3-its: Use MADT ITS subtable to do PCI/MSI domain
>> initialization
>>
>> drivers/acpi/Kconfig | 3 +
>> drivers/acpi/Makefile | 1 +
>> drivers/acpi/iort.c | 386 +++++++++++++++++++++++++++++++
>> drivers/irqchip/Kconfig | 1 +
>> drivers/irqchip/irq-gic-v3-its-pci-msi.c | 88 +++++--
>> drivers/irqchip/irq-gic-v3-its.c | 185 ++++++++++-----
>> drivers/irqchip/irq-gic-v3.c | 7 +-
>> drivers/pci/msi.c | 11 +-
>> include/linux/iort.h | 38 +++
>> include/linux/irqchip/arm-gic-v3.h | 4 +-
>> 10 files changed, 646 insertions(+), 78 deletions(-)
>> create mode 100644 drivers/acpi/iort.c
>> create mode 100644 include/linux/iort.h
>>
>
>
> Once you've addressed the couple of remarks I had, and unless someone
> has further objections, this should be in a sane state.
Thanks for having a look !
>
> Of course, the following question would be "who merges this thing". I'm
> happy to take it (mostly because it makes my life easier on the ITS
> side), but it needs to be Acked by the usual suspects (Rafael, Bjorn,
> Lorenzo).
>
As for me, I am fine you to merge it.
Bjorn, Rafael, Lorenzo,
Can you please check on respective patches? Thanks in advance.
Tomasz
next prev parent reply other threads:[~2016-06-15 9:34 UTC|newest]
Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-13 14:41 [PATCH V6 0/7] Introduce ACPI world to ITS irqchip Tomasz Nowicki
2016-06-13 14:41 ` Tomasz Nowicki
2016-06-13 14:41 ` [PATCH V6 1/7] ACPI: I/O Remapping Table (IORT) initial support Tomasz Nowicki
2016-06-13 14:41 ` Tomasz Nowicki
2016-06-15 8:31 ` Marc Zyngier
2016-06-15 8:31 ` Marc Zyngier
2016-06-17 14:06 ` Tomasz Nowicki
2016-06-17 14:06 ` Tomasz Nowicki
2016-06-15 11:04 ` Lorenzo Pieralisi
2016-06-15 11:04 ` Lorenzo Pieralisi
2016-06-15 13:29 ` Tomasz Nowicki
2016-06-15 13:29 ` Tomasz Nowicki
2016-06-20 9:34 ` Tomasz Nowicki
2016-06-20 9:34 ` Tomasz Nowicki
2016-06-20 9:34 ` Tomasz Nowicki
2016-06-15 13:19 ` Sinan Kaya
2016-06-15 13:19 ` Sinan Kaya
2016-06-15 13:19 ` Sinan Kaya
2016-06-15 13:34 ` Lorenzo Pieralisi
2016-06-15 13:34 ` Lorenzo Pieralisi
2016-06-15 13:46 ` Sinan Kaya
2016-06-15 13:46 ` Sinan Kaya
2016-06-15 14:13 ` Lorenzo Pieralisi
2016-06-15 14:13 ` Lorenzo Pieralisi
2016-06-15 14:44 ` Sinan Kaya
2016-06-15 14:44 ` Sinan Kaya
2016-06-13 14:41 ` [PATCH V6 2/7] PCI/MSI: Setup MSI domain on a per-devices basis using IORT ACPI table Tomasz Nowicki
2016-06-13 14:41 ` Tomasz Nowicki
2016-06-13 14:41 ` Tomasz Nowicki
2016-06-15 8:33 ` Marc Zyngier
2016-06-15 8:33 ` Marc Zyngier
2016-06-13 14:41 ` [PATCH V6 3/7] irqchip/gicv3-its: Cleanup for ITS domain initialization Tomasz Nowicki
2016-06-13 14:41 ` Tomasz Nowicki
2016-06-13 14:41 ` [PATCH V6 4/7] irqchip/gicv3-its: Refator ITS DT init code to prepare for ACPI Tomasz Nowicki
2016-06-13 14:41 ` Tomasz Nowicki
2016-06-15 8:52 ` Marc Zyngier
2016-06-15 8:52 ` Marc Zyngier
2016-06-13 14:41 ` [PATCH V6 5/7] irqchip/gicv3-its: Probe ITS in the ACPI way Tomasz Nowicki
2016-06-13 14:41 ` Tomasz Nowicki
2016-06-13 14:41 ` Tomasz Nowicki
2016-06-15 8:56 ` Marc Zyngier
2016-06-15 8:56 ` Marc Zyngier
2016-06-13 14:41 ` [PATCH V6 6/7] irqchip/gicv3-its: Factor out code that might be reused for ACPI Tomasz Nowicki
2016-06-13 14:41 ` Tomasz Nowicki
2016-06-15 9:00 ` Marc Zyngier
2016-06-15 9:00 ` Marc Zyngier
2016-06-13 14:41 ` [PATCH V6 7/7] irqchip/gicv3-its: Use MADT ITS subtable to do PCI/MSI domain initialization Tomasz Nowicki
2016-06-13 14:41 ` Tomasz Nowicki
2016-06-15 9:03 ` Marc Zyngier
2016-06-15 9:03 ` Marc Zyngier
2016-06-15 9:09 ` [PATCH V6 0/7] Introduce ACPI world to ITS irqchip Marc Zyngier
2016-06-15 9:09 ` Marc Zyngier
2016-06-15 9:34 ` Tomasz Nowicki [this message]
2016-06-15 9:34 ` Tomasz Nowicki
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=57612108.4050407@semihalf.com \
--to=tn@semihalf.com \
--cc=Catalin.Marinas@arm.com \
--cc=Suravee.Suthikulpanit@amd.com \
--cc=al.stone@linaro.org \
--cc=andrea.gallo@linaro.org \
--cc=bhelgaas@google.com \
--cc=ddaney.cavm@gmail.com \
--cc=graeme.gregory@linaro.org \
--cc=hanjun.guo@linaro.org \
--cc=jason@lakedaemon.net \
--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=lorenzo.pieralisi@arm.com \
--cc=marc.zyngier@arm.com \
--cc=mw@semihalf.com \
--cc=okaya@codeaurora.org \
--cc=rjw@rjwysocki.net \
--cc=robert.richter@caviumnetworks.com \
--cc=shijie.huang@arm.com \
--cc=tglx@linutronix.de \
--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: link
Be 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.