[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v4 2/3] target/ppc: change ppc_hash32_xlate to use mmu_idx
From: |
Bruno Piazera Larsen |
Subject: |
Re: [PATCH v4 2/3] target/ppc: change ppc_hash32_xlate to use mmu_idx |
Date: |
Mon, 5 Jul 2021 11:31:13 -0300 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 |
On 05/07/2021 01:24, David Gibson
wrote:
> > Changed hash32 address translation to use the supplied mmu_idx, instead
> > of using what was stored in the msr, for parity purposes (radix64
> > already uses that).
> Well.. parity and conceptual correctness. The translation is supposed
> to use mmu_idx, not look at the CPU again to get the right context.
> AFAIK there isn't a situation in hash32 where they'll get out of sync,
> but nothing guarantees that.
Fair point, I can change the description if I do end up with a new version, but
> I think the right approach is to duplicate the helper macros in
> mmu-hash32.h for now. We can unify them later with a more thorough
> review (which would probably involve creating a new header for things
> common to all BookS family MMUs).
This doesn't work directly. I'd need to put in an ifndef PPC_MMU_BOOK3S_V3_H, which also feels a bit dubious to me. I can go with whichever one you prefer