From: "Cédric Le Goater" <clg@kaod.org>
To: Shawn Anastasio <sanastasio@raptorengineering.com>, qemu-ppc@nongnu.org
Cc: qemu-devel@nongnu.org, Nicholas Piggin <npiggin@gmail.com>,
Greg Kurz <groug@kaod.org>,
David Gibson <david@gibson.dropbear.id.au>,
Daniel Henrique Barboza <danielhb413@gmail.com>,
Timothy Pearson <tpearson@raptorengineering.com>,
Nicholas Piggin <npiggin@gmail.com>,
Frederic Barrat <fbarrat@linux.ibm.com>
Subject: Re: [PATCH v2] target/ppc: Generate storage interrupts for radix RC changes
Date: Wed, 12 Jul 2023 18:56:42 +0200 [thread overview]
Message-ID: <c76c0d05-4c69-aa4f-5d20-3dfdb165a765@kaod.org> (raw)
In-Reply-To: <20230712161322.2729950-1-sanastasio@raptorengineering.com>
Hello Shawn,
On 7/12/23 18:13, Shawn Anastasio wrote:
> Change radix model to always generate a storage interrupt when the R/C
> bits are not set appropriately in a PTE instead of setting the bits
> itself. According to the ISA both behaviors are valid, but in practice
> this change more closely matches behavior observed on the POWER9 CPU.
How did you spotted this dark corner case in emulation ? Do you have
MMU unit tests ?
> From the POWER9 Processor User's Manual, Section 4.10.13.1: "When
> performing Radix translation, the POWER9 hardware triggers the
> appropriate interrupt ... for the mode and type of access whenever
> Reference (R) and Change (C) bits require setting in either the guest or
> host page-table entry (PTE)."
Nick, could you please take a look also ? You know better that part
in Linux than I do.
> Signed-off-by: Shawn Anastasio <sanastasio@raptorengineering.com>
Reviewed-by: Cédric Le Goater <clg@kaod.org>
Thanks,
C.
> ---
> Changes in v2:
> - Raise interrupt in ppc_radix64_process_scoped_xlate and
> ppc_radix64_partition_scoped_xlate instead of ppc_radix64_check_rc
>
> target/ppc/mmu-radix64.c | 74 ++++++++++++++++++++++++++--------------
> 1 file changed, 49 insertions(+), 25 deletions(-)
>
> diff --git a/target/ppc/mmu-radix64.c b/target/ppc/mmu-radix64.c
> index 920084bd8f..5823e039e6 100644
> --- a/target/ppc/mmu-radix64.c
> +++ b/target/ppc/mmu-radix64.c
> @@ -219,27 +219,25 @@ static bool ppc_radix64_check_prot(PowerPCCPU *cpu, MMUAccessType access_type,
> return false;
> }
>
> -static void ppc_radix64_set_rc(PowerPCCPU *cpu, MMUAccessType access_type,
> - uint64_t pte, hwaddr pte_addr, int *prot)
> +static int ppc_radix64_check_rc(MMUAccessType access_type, uint64_t pte)
> {
> - CPUState *cs = CPU(cpu);
> - uint64_t npte;
> -
> - npte = pte | R_PTE_R; /* Always set reference bit */
> + switch (access_type) {
> + case MMU_DATA_STORE:
> + if (!(pte & R_PTE_C)) {
> + break;
> + }
> + /* fall through */
> + case MMU_INST_FETCH:
> + case MMU_DATA_LOAD:
> + if (!(pte & R_PTE_R)) {
> + break;
> + }
>
> - if (access_type == MMU_DATA_STORE) { /* Store/Write */
> - npte |= R_PTE_C; /* Set change bit */
> - } else {
> - /*
> - * Treat the page as read-only for now, so that a later write
> - * will pass through this function again to set the C bit.
> - */
> - *prot &= ~PAGE_WRITE;
> + /* R/C bits are already set appropriately for this access */
> + return 0;
> }
>
> - if (pte ^ npte) { /* If pte has changed then write it back */
> - stq_phys(cs->as, pte_addr, npte);
> - }
> + return 1;
> }
>
> static bool ppc_radix64_is_valid_level(int level, int psize, uint64_t nls)
> @@ -380,7 +378,8 @@ static int ppc_radix64_partition_scoped_xlate(PowerPCCPU *cpu,
> ppc_v3_pate_t pate,
> hwaddr *h_raddr, int *h_prot,
> int *h_page_size, bool pde_addr,
> - int mmu_idx, bool guest_visible)
> + int mmu_idx, uint64_t lpid,
> + bool guest_visible)
> {
> MMUAccessType access_type = orig_access_type;
> int fault_cause = 0;
> @@ -418,7 +417,24 @@ static int ppc_radix64_partition_scoped_xlate(PowerPCCPU *cpu,
> }
>
> if (guest_visible) {
> - ppc_radix64_set_rc(cpu, access_type, pte, pte_addr, h_prot);
> + if (ppc_radix64_check_rc(access_type, pte)) {
> + /*
> + * Per ISA 3.1 Book III, 7.5.3 and 7.5.5, failure to set R/C during
> + * partition-scoped translation when effLPID = 0 results in normal
> + * (non-Hypervisor) Data and Instruction Storage Interrupts
> + * respectively.
> + *
> + * ISA 3.0 is ambiguous about this, but tests on POWER9 hardware
> + * seem to exhibit the same behavior.
> + */
> + if (lpid > 0) {
> + ppc_radix64_raise_hsi(cpu, access_type, eaddr, g_raddr,
> + DSISR_ATOMIC_RC);
> + } else {
> + ppc_radix64_raise_si(cpu, access_type, eaddr, DSISR_ATOMIC_RC);
> + }
> + return 1;
> + }
> }
>
> return 0;
> @@ -447,7 +463,8 @@ static int ppc_radix64_process_scoped_xlate(PowerPCCPU *cpu,
> vaddr eaddr, uint64_t pid,
> ppc_v3_pate_t pate, hwaddr *g_raddr,
> int *g_prot, int *g_page_size,
> - int mmu_idx, bool guest_visible)
> + int mmu_idx, uint64_t lpid,
> + bool guest_visible)
> {
> CPUState *cs = CPU(cpu);
> CPUPPCState *env = &cpu->env;
> @@ -497,7 +514,7 @@ static int ppc_radix64_process_scoped_xlate(PowerPCCPU *cpu,
> ret = ppc_radix64_partition_scoped_xlate(cpu, access_type, eaddr,
> prtbe_addr, pate, &h_raddr,
> &h_prot, &h_page_size, true,
> - 5, guest_visible);
> + 5, lpid, guest_visible);
> if (ret) {
> return ret;
> }
> @@ -539,7 +556,8 @@ static int ppc_radix64_process_scoped_xlate(PowerPCCPU *cpu,
> ret = ppc_radix64_partition_scoped_xlate(cpu, access_type, eaddr,
> pte_addr, pate, &h_raddr,
> &h_prot, &h_page_size,
> - true, 5, guest_visible);
> + true, 5, lpid,
> + guest_visible);
> if (ret) {
> return ret;
> }
> @@ -580,7 +598,11 @@ static int ppc_radix64_process_scoped_xlate(PowerPCCPU *cpu,
> }
>
> if (guest_visible) {
> - ppc_radix64_set_rc(cpu, access_type, pte, pte_addr, g_prot);
> + /* R/C bits not appropriately set for access */
> + if (ppc_radix64_check_rc(access_type, pte)) {
> + ppc_radix64_raise_si(cpu, access_type, eaddr, DSISR_ATOMIC_RC);
> + return 1;
> + }
> }
>
> return 0;
> @@ -695,7 +717,8 @@ static bool ppc_radix64_xlate_impl(PowerPCCPU *cpu, vaddr eaddr,
> if (relocation) {
> int ret = ppc_radix64_process_scoped_xlate(cpu, access_type, eaddr, pid,
> pate, &g_raddr, &prot,
> - &psize, mmu_idx, guest_visible);
> + &psize, mmu_idx, lpid,
> + guest_visible);
> if (ret) {
> return false;
> }
> @@ -719,7 +742,8 @@ static bool ppc_radix64_xlate_impl(PowerPCCPU *cpu, vaddr eaddr,
> ret = ppc_radix64_partition_scoped_xlate(cpu, access_type, eaddr,
> g_raddr, pate, raddr,
> &prot, &psize, false,
> - mmu_idx, guest_visible);
> + mmu_idx, lpid,
> + guest_visible);
> if (ret) {
> return false;
> }
> --
> 2.30.2
>
next prev parent reply other threads:[~2023-07-12 16:57 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-12 16:13 [PATCH v2] target/ppc: Generate storage interrupts for radix RC changes Shawn Anastasio
2023-07-12 16:56 ` Cédric Le Goater [this message]
2023-07-12 17:35 ` Shawn Anastasio
2023-07-21 2:38 ` Nicholas Piggin
2023-07-21 16:08 ` Daniel Henrique Barboza
2023-07-21 16:27 ` 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=c76c0d05-4c69-aa4f-5d20-3dfdb165a765@kaod.org \
--to=clg@kaod.org \
--cc=danielhb413@gmail.com \
--cc=david@gibson.dropbear.id.au \
--cc=fbarrat@linux.ibm.com \
--cc=groug@kaod.org \
--cc=npiggin@gmail.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=sanastasio@raptorengineering.com \
--cc=tpearson@raptorengineering.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.