From: Mike Kowal <kowal@linux.ibm.com>
To: "Cédric Le Goater" <clg@kaod.org>, qemu-devel@nongnu.org
Cc: qemu-ppc@nongnu.org, fbarrat@linux.ibm.com, npiggin@gmail.com,
milesg@linux.ibm.com
Subject: Re: [PATCH 10/13] pnv/xive: Add special handling for pool targets
Date: Thu, 29 Aug 2024 15:27:59 -0500 [thread overview]
Message-ID: <6df33f25-d429-466a-98fa-48b6695366ac@linux.ibm.com> (raw)
In-Reply-To: <2673ff94-ffc7-49a9-9754-04ad58d4fdf4@kaod.org>
[-- Attachment #1: Type: text/plain, Size: 6422 bytes --]
On 8/29/2024 7:14 AM, Cédric Le Goater wrote:
> On 8/1/24 22:30, Michael Kowal wrote:
>> From: Glenn Miles <milesg@linux.vnet.ibm.com>
>>
>> Hypervisor "pool" targets do not get their own interrupt line and
>> instead
>> must share an interrupt line with the hypervisor "physical" targets.
>> This also means that the pool ring must use some of the registers
>> from the
>> physical ring in the TIMA. Specifically, the NSR, PIPR and CPPR
>> registers:
>>
>> NSR = Notification Source Register
>> PIPR = Post Interrupt Priority Register
>> CPPR = Current Processor Priority Register
>>
>> The NSR specifies that there is an active interrupt. The CPPR
>> specifies the priority of the context and the PIPR specifies the
>> priority of the interrupt. For an interrupt to be presented to
>> a context, the priority of the interrupt must be higher than the
>> priority of the context it is interrupting (value must be lower).
>>
>> The existing code was not aware of the sharing of these registers.
>> This commit adds that support.
>>
>> Signed-off-by: Glenn Miles <milesg@linux.vnet.ibm.com>
>> Signed-off-by: Michael Kowal <kowal@linux.ibm.com>
>> ---
>> hw/intc/xive.c | 36 ++++++++++++++++++++++++++----------
>> 1 file changed, 26 insertions(+), 10 deletions(-)
>>
>> diff --git a/hw/intc/xive.c b/hw/intc/xive.c
>> index 9d85da0999..5c4ca7f6e0 100644
>> --- a/hw/intc/xive.c
>> +++ b/hw/intc/xive.c
>> @@ -67,25 +67,35 @@ static qemu_irq xive_tctx_output(XiveTCTX *tctx,
>> uint8_t ring)
>> static uint64_t xive_tctx_accept(XiveTCTX *tctx, uint8_t ring)
>> {
>> uint8_t *regs = &tctx->regs[ring];
>> - uint8_t nsr = regs[TM_NSR];
>> + uint64_t nsr = regs[TM_NSR];
>
> why ?
I asked Glenn the same question. I think was worried about overflow on
the return statement below. I can find an alternative.
return (nsr << 8) | regs[TM_CPPR];
>
>> uint8_t mask = exception_mask(ring);
>> qemu_irq_lower(xive_tctx_output(tctx, ring));
>> if (regs[TM_NSR] & mask) {
>> uint8_t cppr = regs[TM_PIPR];
>> + uint8_t alt_ring;
>> + uint8_t *aregs;
>
> I would prefer keeping the same prefix :
>
> uint8_t *alt_regs;
>
>
> Thanks,
>
> C.
>
>
>> +
>> + /* POOL interrupt uses IPB in QW2, POOL ring */
>> + if ((ring == TM_QW3_HV_PHYS) && (nsr & (TM_QW3_NSR_HE_POOL
>> << 6))) {
>> + alt_ring = TM_QW2_HV_POOL;
>> + } else {
>> + alt_ring = ring;
>> + }
>> + aregs = &tctx->regs[alt_ring];
>> regs[TM_CPPR] = cppr;
>> /* Reset the pending buffer bit */
>> - regs[TM_IPB] &= ~xive_priority_to_ipb(cppr);
>> - regs[TM_PIPR] = ipb_to_pipr(regs[TM_IPB]);
>> + aregs[TM_IPB] &= ~xive_priority_to_ipb(cppr);
>> + regs[TM_PIPR] = ipb_to_pipr(aregs[TM_IPB]);
>> /* Drop Exception bit */
>> regs[TM_NSR] &= ~mask;
>> - trace_xive_tctx_accept(tctx->cs->cpu_index, ring,
>> - regs[TM_IPB], regs[TM_PIPR],
>> + trace_xive_tctx_accept(tctx->cs->cpu_index, alt_ring,
>> + aregs[TM_IPB], regs[TM_PIPR],
>> regs[TM_CPPR], regs[TM_NSR]);
>> }
>> @@ -94,13 +104,19 @@ static uint64_t xive_tctx_accept(XiveTCTX
>> *tctx, uint8_t ring)
>> static void xive_tctx_notify(XiveTCTX *tctx, uint8_t ring)
>> {
>> + /* HV_POOL ring uses HV_PHYS NSR, CPPR and PIPR registers */
>> + uint8_t alt_ring = (ring == TM_QW2_HV_POOL) ? TM_QW3_HV_PHYS :
>> ring;
>> + uint8_t *aregs = &tctx->regs[alt_ring];
>> uint8_t *regs = &tctx->regs[ring];
>> - if (regs[TM_PIPR] < regs[TM_CPPR]) {
>> + if (aregs[TM_PIPR] < aregs[TM_CPPR]) {
>> switch (ring) {
>> case TM_QW1_OS:
>> regs[TM_NSR] |= TM_QW1_NSR_EO;
>> break;
>> + case TM_QW2_HV_POOL:
>> + aregs[TM_NSR] = (TM_QW3_NSR_HE_POOL << 6);
>> + break;
>> case TM_QW3_HV_PHYS:
>> regs[TM_NSR] |= (TM_QW3_NSR_HE_PHYS << 6);
>> break;
>> @@ -108,8 +124,8 @@ static void xive_tctx_notify(XiveTCTX *tctx,
>> uint8_t ring)
>> g_assert_not_reached();
>> }
>> trace_xive_tctx_notify(tctx->cs->cpu_index, ring,
>> - regs[TM_IPB], regs[TM_PIPR],
>> - regs[TM_CPPR], regs[TM_NSR]);
>> + regs[TM_IPB], aregs[TM_PIPR],
>> + aregs[TM_CPPR], aregs[TM_NSR]);
>> qemu_irq_raise(xive_tctx_output(tctx, ring));
>> }
>> }
>> @@ -217,14 +233,14 @@ static uint64_t xive_tm_vt_poll(XivePresenter
>> *xptr, XiveTCTX *tctx,
>> static const uint8_t xive_tm_hw_view[] = {
>> 3, 0, 0, 0, 0, 0, 0, 0, 3, 3, 3, 3, 0, 0, 0, 0, /* QW-0
>> User */
>> 3, 3, 3, 3, 3, 3, 0, 2, 3, 3, 3, 3, 0, 0, 0, 0, /* QW-1
>> OS */
>> - 0, 0, 3, 3, 0, 0, 0, 0, 3, 3, 3, 3, 0, 0, 0, 0, /* QW-2
>> POOL */
>> + 0, 0, 3, 3, 0, 3, 3, 0, 3, 3, 3, 3, 0, 0, 0, 0, /* QW-2
>> POOL */
>> 3, 3, 3, 3, 0, 3, 0, 2, 3, 0, 0, 3, 3, 3, 3, 0, /* QW-3
>> PHYS */
>> };
>> static const uint8_t xive_tm_hv_view[] = {
>> 3, 0, 0, 0, 0, 0, 0, 0, 3, 3, 3, 3, 0, 0, 0, 0, /* QW-0
>> User */
>> 3, 3, 3, 3, 3, 3, 0, 2, 3, 3, 3, 3, 0, 0, 0, 0, /* QW-1
>> OS */
>> - 0, 0, 3, 3, 0, 0, 0, 0, 0, 3, 3, 3, 0, 0, 0, 0, /* QW-2
>> POOL */
>> + 0, 0, 3, 3, 0, 3, 3, 0, 0, 3, 3, 3, 0, 0, 0, 0, /* QW-2
>> POOL */
>> 3, 3, 3, 3, 0, 3, 0, 2, 3, 0, 0, 3, 0, 0, 0, 0, /* QW-3
>> PHYS */
>> };
>
[-- Attachment #2: Type: text/html, Size: 9947 bytes --]
next prev parent reply other threads:[~2024-08-29 20:29 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-01 20:29 [PATCH 00/13] XIVE2 changes for TIMA operations Michael Kowal
2024-08-01 20:29 ` [PATCH 01/13] pnv/xive: TIMA patch sets pre-req alignment and formatting changes Michael Kowal
2024-08-26 10:14 ` Cédric Le Goater
2024-08-01 20:29 ` [PATCH 02/13] pnv/xive2: Define OGEN field in the TIMA Michael Kowal
2024-08-26 10:14 ` Cédric Le Goater
2024-08-01 20:29 ` [PATCH 03/13] ppc/xive2: Support TIMA "Pull OS Context to Odd Thread Reporting Line" Michael Kowal
2024-08-29 8:34 ` Cédric Le Goater
2024-08-01 20:29 ` [PATCH 04/13] pnv/xive2: Support for "OS LGS Push" TIMA operation Michael Kowal
2024-08-26 11:30 ` Cédric Le Goater
2024-08-01 20:30 ` [PATCH 05/13] ppc/xive2: Dump more NVP state with 'info pic' Michael Kowal
2024-08-26 11:39 ` Cédric Le Goater
2024-08-01 20:30 ` [PATCH 06/13] ppc/xive2: Dump the VP-group and crowd tables " Michael Kowal
2024-08-29 8:54 ` Cédric Le Goater
2024-08-01 20:30 ` [PATCH 07/13] ppc/xive2: Allow 1-byte write of Target field in TIMA Michael Kowal
2024-08-26 11:43 ` Cédric Le Goater
2024-08-01 20:30 ` [PATCH 08/13] ppc/xive2: Support "Pull Thread Context to Register" operation Michael Kowal
2024-08-26 11:46 ` Cédric Le Goater
2024-08-01 20:30 ` [PATCH 09/13] ppc/xive2: Support "Pull Thread Context to Odd Thread Reporting Line" Michael Kowal
2024-08-29 12:08 ` Cédric Le Goater
2024-08-29 20:13 ` Mike Kowal
2024-08-01 20:30 ` [PATCH 10/13] pnv/xive: Add special handling for pool targets Michael Kowal
2024-08-29 12:14 ` Cédric Le Goater
2024-08-29 20:27 ` Mike Kowal [this message]
2024-08-30 8:21 ` Cédric Le Goater
2024-08-01 20:30 ` [PATCH 11/13] pnv/xive: Update PIPR when updating CPPR Michael Kowal
2024-08-29 12:29 ` Cédric Le Goater
2024-08-29 20:35 ` Mike Kowal
2024-08-30 8:25 ` Cédric Le Goater
2024-08-30 17:06 ` Mike Kowal
2024-09-02 6:07 ` Cédric Le Goater
2024-08-29 12:58 ` Cédric Le Goater
2024-08-01 20:30 ` [PATCH 12/13] pnv/xive2: TIMA support for 8-byte OS context push for PHYP Michael Kowal
2024-08-28 11:51 ` Cédric Le Goater
2024-08-01 20:30 ` [PATCH 13/13] pnv/xive2: TIMA CI ops using alternative offsets or byte lengths Michael Kowal
2024-08-28 11:49 ` Cédric Le Goater
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=6df33f25-d429-466a-98fa-48b6695366ac@linux.ibm.com \
--to=kowal@linux.ibm.com \
--cc=clg@kaod.org \
--cc=fbarrat@linux.ibm.com \
--cc=milesg@linux.ibm.com \
--cc=npiggin@gmail.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.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;
as well as URLs for NNTP newsgroup(s).