From: rrichter@cavium.com (Robert Richter)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 0/8] irqchip/gic-v3-its: Implement ITS nodes as kernel devices and use CMA
Date: Tue, 8 Aug 2017 14:22:50 +0200 [thread overview]
Message-ID: <20170808122259.6299-1-rrichter@cavium.com> (raw)
This patch series implements ITS nodes as kernel devices. The
advantage of that is that CMA can be used to allocate large ITS
tables, where standard memory and page allocation fails (above
MAX_ORDER - 1). This approach was suggested first here:
https://marc.info/?i=56D44812.6000309%40arm.com
Another advantage is that all memory resources of the device are now
device managed, thus the code for releasing the device becomes much
easier.
The following is required to implement this:
* each ITS node must be assigned to a struct device each,
* the ITS initialization must be moved to a later point during boot,
* the ITS enablement must be separated from the GIC code (the GIC
still needs to be enabled early),
* the early ITS node probing by DT or ACPI must be separated from the
ITS initialization,
* ITS table allocation must be changed to use dma_alloc_coherent()
which uses CMA for allocation of large memory ranges.
This is an update of my last patch submission here:
https://lkml.org/lkml/2017/3/6/570
V3:
* rebased onto v4.13-rc1,
* fixed use after free in error path in its_init_one(),
* added comment for arch_setup_dma_ops() to describe coherency,
V2:
* rebased onto v4.11-rc1,
* fixed syntax error in its_init() function (split probing patch),
* added comment in its_create_device(),
* fixed GITS_BASER_PAGE_SIZE_MASK usage in its_setup_baser()
Robert Richter (8):
irqchip/gic-v3-its: Initialize its nodes in probe order
irqchip/gic-v3-its: Initialize MSIs with subsys_initcalls
irqchip/gic-v3-its: Split probing from its node initialization
irqchip/gic-v3-its: Decouple its initialization from gic
irqchip/gic-v3-its: Prevent its init ordering dependencies
irqchip/gic-v3-its: Initialize its nodes later
irqchip/gic-v3-its: Handle its nodes as kernel devices
irqchip, gicv3-its, cma: Use CMA for allocation of large device tables
drivers/irqchip/irq-gic-v3-its-pci-msi.c | 6 +-
drivers/irqchip/irq-gic-v3-its-platform-msi.c | 6 +-
drivers/irqchip/irq-gic-v3-its.c | 285 ++++++++++++++++----------
drivers/irqchip/irq-gic-v3.c | 8 +-
include/linux/cpuhotplug.h | 1 +
include/linux/irqchip/arm-gic-v3.h | 5 +-
6 files changed, 195 insertions(+), 116 deletions(-)
--
2.11.0
next reply other threads:[~2017-08-08 12:22 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-08 12:22 Robert Richter [this message]
2017-08-08 12:22 ` [PATCH v3 1/8] irqchip/gic-v3-its: Initialize its nodes in probe order Robert Richter
2017-08-08 12:22 ` [PATCH v3 2/8] irqchip/gic-v3-its: Initialize MSIs with subsys_initcalls Robert Richter
2017-08-19 11:10 ` Marc Zyngier
2017-08-08 12:22 ` [PATCH v3 3/8] irqchip/gic-v3-its: Split probing from its node initialization Robert Richter
2017-08-08 12:22 ` [PATCH v3 4/8] irqchip/gic-v3-its: Decouple its initialization from gic Robert Richter
2017-08-08 12:22 ` [PATCH v3 5/8] irqchip/gic-v3-its: Prevent its init ordering dependencies Robert Richter
2017-08-08 12:22 ` [PATCH v3 6/8] irqchip/gic-v3-its: Initialize its nodes later Robert Richter
2017-08-21 8:30 ` Marc Zyngier
2017-08-22 13:07 ` Robert Richter
2017-08-08 12:22 ` [PATCH v3 7/8] irqchip/gic-v3-its: Handle its nodes as kernel devices Robert Richter
2017-08-08 12:22 ` [PATCH v3 8/8] irqchip, gicv3-its, cma: Use CMA for allocation of large device tables Robert Richter
2017-08-16 19:53 ` [PATCH v3 0/8] irqchip/gic-v3-its: Implement ITS nodes as kernel devices and use CMA Robert Richter
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=20170808122259.6299-1-rrichter@cavium.com \
--to=rrichter@cavium.com \
--cc=linux-arm-kernel@lists.infradead.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox