qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: David Hildenbrand <david@redhat.com>
To: Thomas Huth <thuth@redhat.com>, qemu-devel@nongnu.org
Cc: Janosch Frank <frankja@linux.ibm.com>,
	Cornelia Huck <cohuck@redhat.com>,
	Halil Pasic <pasic@linux.ibm.com>,
	Christian Borntraeger <borntraeger@de.ibm.com>,
	qemu-s390x@nongnu.org, Richard Henderson <rth@twiddle.net>
Subject: Re: [PATCH v3 7/7] s390x/mmu: Convert to non-recursive page table walk
Date: Tue, 1 Oct 2019 10:24:34 +0200	[thread overview]
Message-ID: <715fcc38-6a25-5242-047e-bdca598e9f92@redhat.com> (raw)
In-Reply-To: <9a2111f7-6783-21e5-093e-b4cee30465a0@redhat.com>

On 01.10.19 10:23, Thomas Huth wrote:
> On 01/10/2019 10.17, David Hildenbrand wrote:
>>
>>>>          break;
>>>>      case ASCE_TYPE_SEGMENT:
>>>>          if (VADDR_REGION1_TX(vaddr) || VADDR_REGION2_TX(vaddr) ||
>>>> @@ -253,11 +164,112 @@ static int mmu_translate_asce(CPUS390XState *env, target_ulong vaddr,
>>>>          if (VADDR_SEGMENT_TL(vaddr) > asce_tl) {
>>>>              return PGM_SEGMENT_TRANS;
>>>>          }
>>>> +        gaddr += VADDR_SEGMENT_TX(vaddr) * 8;
>>>> +        break;
>>>> +    default:
>>>> +        g_assert_not_reached();
>>>
>>> As far as I can see, all four cases are handled above, so this default
>>> case should really not be necessary here.
>>
>> Yes, can drop.
>>
>>>
>>>> +    }
>>>> +
>>>> +    switch (asce & ASCE_TYPE_MASK) {
>>>> +    case ASCE_TYPE_REGION1:
>>>> +        if (!read_table_entry(env, gaddr, &entry)) {
>>>> +            return PGM_ADDRESSING;
>>>> +        }
>>>> +        if (entry & REGION_ENTRY_I) {
>>>> +            return PGM_REG_FIRST_TRANS;
>>>> +        }
>>>> +        if ((entry & REGION_ENTRY_TT) != REGION_ENTRY_TT_REGION1) {
>>>> +            return PGM_TRANS_SPEC;
>>>> +        }
>>>> +        if (VADDR_REGION2_TL(vaddr) < (entry & REGION_ENTRY_TF) >> 6 ||
>>>> +            VADDR_REGION2_TL(vaddr) > (entry & REGION_ENTRY_TL)) {
>>>> +            return PGM_REG_SEC_TRANS;
>>>> +        }
>>>> +        if (edat1 && (entry & REGION_ENTRY_P)) {
>>>> +            *flags &= ~PAGE_WRITE;
>>>> +        }
>>>> +        gaddr = (entry & REGION_ENTRY_ORIGIN) + VADDR_REGION2_TX(vaddr) * 8;
>>>> +        /* fall through */
>>>> +    case ASCE_TYPE_REGION2:
>>>> +        if (!read_table_entry(env, gaddr, &entry)) {
>>>> +            return PGM_ADDRESSING;
>>>> +        }
>>>> +        if (entry & REGION_ENTRY_I) {
>>>> +            return PGM_REG_SEC_TRANS;
>>>> +        }
>>>> +        if ((entry & REGION_ENTRY_TT) != REGION_ENTRY_TT_REGION2) {
>>>> +            return PGM_TRANS_SPEC;
>>>> +        }
>>>> +        if (VADDR_REGION3_TL(vaddr) < (entry & REGION_ENTRY_TF) >> 6 ||
>>>> +            VADDR_REGION3_TL(vaddr) > (entry & REGION_ENTRY_TL)) {
>>>> +            return PGM_REG_THIRD_TRANS;
>>>> +        }
>>>> +        if (edat1 && (entry & REGION_ENTRY_P)) {
>>>> +            *flags &= ~PAGE_WRITE;
>>>> +        }
>>>> +        gaddr = (entry & REGION_ENTRY_ORIGIN) + VADDR_REGION3_TX(vaddr) * 8;
>>>> +        /* fall through */
>>>> +    case ASCE_TYPE_REGION3:
>>>> +        if (!read_table_entry(env, gaddr, &entry)) {
>>>> +            return PGM_ADDRESSING;
>>>> +        }
>>>> +        if (entry & REGION_ENTRY_I) {
>>>> +            return PGM_REG_THIRD_TRANS;
>>>> +        }
>>>> +        if ((entry & REGION_ENTRY_TT) != REGION_ENTRY_TT_REGION3) {
>>>> +            return PGM_TRANS_SPEC;
>>>> +        }
>>>> +        if (edat1 && (entry & REGION_ENTRY_P)) {
>>>> +            *flags &= ~PAGE_WRITE;
>>>> +        }
>>>
>>> Shouldn't that check be done below the next if-statement?
>>
>> Does it matter? The flags are irrelevant in case we return an exception,
>> so the order shouldn't matter.
> 
> Hmm, it likely does not matter, but you've got it the other way round in
> all other cases, so I'd vote for doing it here this way, too, for
> consistency.

Oh, in this case, sure! Thanks!

> 
>  Thomas
> 


-- 

Thanks,

David / dhildenb


      reply	other threads:[~2019-10-01  8:26 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-09-27  9:58 [PATCH v3 0/7] s390x/mmu: DAT translation rewrite David Hildenbrand
2019-09-27  9:58 ` [PATCH v3 1/7] s390x/mmu: Drop debug logging from MMU code David Hildenbrand
2019-09-27  9:58 ` [PATCH v3 2/7] s390x/mmu: Move DAT protection handling out of mmu_translate_asce() David Hildenbrand
2019-09-27  9:58 ` [PATCH v3 3/7] s390x/mmu: Inject DAT exceptions from a single place David Hildenbrand
2019-09-27  9:58 ` [PATCH v3 4/7] s390x/mmu: Inject PGM_ADDRESSING on boguous table addresses David Hildenbrand
2019-09-27 17:58   ` Richard Henderson
2019-09-27  9:58 ` [PATCH v3 5/7] s390x/mmu: Use TARGET_PAGE_MASK in mmu_translate_pte() David Hildenbrand
2019-09-27  9:58 ` [PATCH v3 6/7] s390x/mmu: DAT table definition overhaul David Hildenbrand
2019-09-27 17:59   ` Richard Henderson
2019-10-01  4:54   ` Thomas Huth
2019-10-01  7:29     ` David Hildenbrand
2019-09-27  9:58 ` [PATCH v3 7/7] s390x/mmu: Convert to non-recursive page table walk David Hildenbrand
2019-09-27 18:00   ` Richard Henderson
2019-10-01  8:15   ` Thomas Huth
2019-10-01  8:17     ` David Hildenbrand
2019-10-01  8:23       ` Thomas Huth
2019-10-01  8:24         ` David Hildenbrand [this message]

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=715fcc38-6a25-5242-047e-bdca598e9f92@redhat.com \
    --to=david@redhat.com \
    --cc=borntraeger@de.ibm.com \
    --cc=cohuck@redhat.com \
    --cc=frankja@linux.ibm.com \
    --cc=pasic@linux.ibm.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-s390x@nongnu.org \
    --cc=rth@twiddle.net \
    --cc=thuth@redhat.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).