From: Shannon Zhao <shannon.zhao@linaro.org>
To: Peter Maydell <peter.maydell@linaro.org>,
qemu-arm@nongnu.org, qemu-devel@nongnu.org
Cc: patches@linaro.org, Pavel Fedin <p.fedin@samsung.com>,
Shlomo Pongratz <shlomo.pongratz@huawei.com>,
Shlomo Pongratz <shlomopongratz@gmail.com>,
Christoffer Dall <christoffer.dall@linaro.org>
Subject: Re: [Qemu-devel] [PATCH 11/23] hw/intc/arm_gicv3: Implement GICv3 distributor registers
Date: Fri, 13 May 2016 23:05:31 +0800 [thread overview]
Message-ID: <5735ED3B.8010904@linaro.org> (raw)
In-Reply-To: <1462814989-24360-12-git-send-email-peter.maydell@linaro.org>
On 2016年05月10日 01:29, Peter Maydell wrote:
> +static MemTxResult gicd_writeb(GICv3State *s, hwaddr offset,
> + uint64_t value, MemTxAttrs attrs)
> +{
> + /* Most GICv3 distributor registers do not support byte accesses. */
> + switch (offset) {
> + case GICD_CPENDSGIR ... GICD_CPENDSGIR + 0xf:
> + case GICD_SPENDSGIR ... GICD_SPENDSGIR + 0xf:
> + case GICD_ITARGETSR ... GICD_ITARGETSR + 0x3ff:
> + /* This GIC implementation always has affinity routing enabled,
> + * so these registers are all RAZ/WI.
> + */
> + return MEMTX_OK;
> + case GICD_IPRIORITYR ... GICD_IPRIORITYR + 0x3ff:
> + {
> + int irq = offset - GICD_IPRIORITYR;
> +
> + gicd_write_ipriorityr(s, attrs, irq, value);
> + gicv3_update(s, irq, 1);
The GICv3 SPEC says:
"
When affinity routing is enabled for the security state of an interrupt:
• GICR_IPRIORITYR<n> is used instead of GICD_IPRIORITYR<n> where n = 0
to 7 (that
is, for SGIs and PPIs).
• GICD_IPRIORITYR<n> is RAZ/WI where n = 0 to 7.
"
So I think it shouldn't call gicv3_update if attrs.secure is true and
irq < 32. And it should check the parameter irq in gicv3_update().
> + return MEMTX_OK;
> + }
> + default:
> + return MEMTX_ERROR;
> + }
> +}
> +
> +static MemTxResult gicd_readw(GICv3State *s, hwaddr offset,
> + uint64_t *data, MemTxAttrs attrs)
> +{
> + /* Only GICD_SETSPI_NSR, GICD_CLRSPI_NSR, GICD_SETSPI_SR and GICD_SETSPI_NSR
> + * support 16 bit accesses, and those registers are all part of the
> + * optional message-based SPI feature which this GIC does not currently
> + * implement (ie for us GICD_TYPER.MBIS == 0), so for us they are
> + * reserved.
> + */
> + return MEMTX_ERROR;
> +}
> +
> +static MemTxResult gicd_writew(GICv3State *s, hwaddr offset,
> + uint64_t value, MemTxAttrs attrs)
> +{
> + /* Only GICD_SETSPI_NSR, GICD_CLRSPI_NSR, GICD_SETSPI_SR and GICD_SETSPI_NSR
> + * support 16 bit accesses, and those registers are all part of the
> + * optional message-based SPI feature which this GIC does not currently
> + * implement (ie for us GICD_TYPER.MBIS == 0), so for us they are
> + * reserved.
> + */
> + return MEMTX_ERROR;
> +}
> +
> +static MemTxResult gicd_readl(GICv3State *s, hwaddr offset,
> + uint64_t *data, MemTxAttrs attrs)
> +{
> + /* Almost all GICv3 distributor registers are 32-bit.
> + * Note that WO registers must return an UNKNOWN value on reads,
> + * not an abort.
> + */
> +
> + switch (offset) {
> + case GICD_CTLR:
> + if (!attrs.secure && !(s->gicd_ctlr & GICD_CTLR_DS)) {
> + /* The NS view of the GICD_CTLR sees only certain bits:
> + * + bit [31] (RWP) is an alias of the Secure bit [31]
> + * + bit [4] (ARE_NS) is an alias of Secure bit [5]
> + * + bit [1] (EnableGrp1A) is an alias of Secure bit [1] if
> + * NS affinity routing is enabled, otherwise RES0
> + * + bit [0] (EnableGrp1) is an alias of Secure bit [1] if
> + * NS affinity routing is not enabled, otherwise RES0
> + * Since for QEMU affinity routing is always enabled
> + * for both S and NS this means that bits [4] and [5] are
> + * both always 1, and we can simply make the NS view
> + * be bits 31, 4 and 1 of the S view.
> + */
> + *data = s->gicd_ctlr & (GICD_CTLR_ARE_NS |
As you said, we make the NS view be bit 4 of the S view. So the
GICD_CTLR_ARE_NS should be GICD_CTLR_ARE_S, right?
> + GICD_CTLR_EN_GRP1NS |
> + GICD_CTLR_RWP);
> + } else {
> + *data = s->gicd_ctlr;
> + }
> + return MEMTX_OK;
--
Shannon
next prev parent reply other threads:[~2016-05-13 15:05 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-09 17:29 [Qemu-devel] [PATCH 00/23] GICv3 emulation Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 01/23] migration: Define VMSTATE_UINT64_2DARRAY Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 02/23] bitops.h: Implement half-shuffle and half-unshuffle ops Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 03/23] target-arm: Define new arm_is_el3_or_mon() function Peter Maydell
2016-05-10 13:42 ` Shannon Zhao
2016-05-09 17:29 ` [Qemu-devel] [PATCH 04/23] target-arm: Provide hook to tell GICv3 about changes of security state Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 05/23] target-arm: Add mp-affinity property for ARM CPU class Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 06/23] hw/intc/arm_gicv3: Add state information Peter Maydell
2016-05-19 9:36 ` Shannon Zhao
2016-05-19 9:47 ` Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 07/23] hw/intc/arm_gicv3: Move irq lines into GICv3CPUState structure Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 08/23] hw/intc/arm_gicv3: Add vmstate descriptors Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 09/23] hw/intc/arm_gicv3: ARM GICv3 device framework Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 10/23] hw/intc/arm_gicv3: Implement functions to identify next pending irq Peter Maydell
2016-05-19 12:59 ` Shannon Zhao
2016-05-19 13:21 ` Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 11/23] hw/intc/arm_gicv3: Implement GICv3 distributor registers Peter Maydell
2016-05-13 15:05 ` Shannon Zhao [this message]
2016-05-13 15:24 ` Peter Maydell
2016-05-16 8:56 ` Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 12/23] hw/intc/arm_gicv3: Implement GICv3 redistributor registers Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 13/23] hw/intc/arm_gicv3: Wire up distributor and redistributor MMIO regions Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 14/23] hw/intc/arm_gicv3: Implement gicv3_set_irq() Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 15/23] hw/intc/arm_gicv3: Implement GICv3 CPU interface registers Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 16/23] hw/intc/arm_gicv3: Implement gicv3_cpuif_update() Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 17/23] hw/intc/arm_gicv3: Implement CPU i/f SGI generation registers Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 18/23] hw/intc/arm_gicv3: Add IRQ handling CPU interface registers Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 19/23] target-arm/machine.c: Allow user to request GICv3 emulation Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 20/23] target-arm/monitor.c: Advertise emulated GICv3 in capabilities Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 21/23] hw/intc/arm_gicv3: Work around Linux assuming interrupts are group 1 Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 22/23] NOT-FOR-UPSTREAM: kernel: Add definitions for GICv3 attributes Peter Maydell
2016-05-09 17:29 ` [Qemu-devel] [PATCH 23/23] RFC: hw/intc/arm_gicv3_kvm: Implement get/put functions Peter Maydell
2016-05-11 6:51 ` [Qemu-devel] [PATCH 00/23] GICv3 emulation Shannon Zhao
2016-05-12 13:53 ` Peter Maydell
2016-05-12 14:31 ` Shannon Zhao
2016-05-12 14:35 ` Peter Maydell
2016-05-12 15:01 ` Shannon Zhao
2016-05-12 15:22 ` Peter Maydell
2016-05-13 14:35 ` Shannon Zhao
2016-05-25 14:50 ` Shannon Zhao
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=5735ED3B.8010904@linaro.org \
--to=shannon.zhao@linaro.org \
--cc=christoffer.dall@linaro.org \
--cc=p.fedin@samsung.com \
--cc=patches@linaro.org \
--cc=peter.maydell@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=shlomo.pongratz@huawei.com \
--cc=shlomopongratz@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).