linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Paul Mackerras <paulus@samba.org>
To: Oliver Korpilla <okorpil@fh-landshut.de>
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Re: [more info - please help!] MPC7455 DMA buffer strangeness
Date: Tue, 6 Jul 2004 09:44:40 +1000	[thread overview]
Message-ID: <16617.59368.202493.36547@cargo.ozlabs.ibm.com> (raw)
In-Reply-To: <40E97EB5.2040008@fh-landshut.de>


Oliver Korpilla writes:

> I checked my Page Table Entries (PTEs) for the MPC7455 and MPC8240 after the
> remap_page_range() took place.
>
> Except for the RPN part (the physical address of the page) the PTEs match,
> ending with the last 11 Bits (flags as in arch/ppc/mm/pgtable.h):
>
> Kernel space: 0x581
> User   space: 0x72D
>
> (for user space this does mean - from least significant to most significant:
> Page present: 	no,
> Hashed PTE: 	yes,

No, you have _PAGE_PRESENT set and _PAGE_HASHPTE clear there (which
looks correct).

> How are these Linux PTEs mapped to the MMU PTEs (64 bit wide descriptors)?
>
> The "Programming Environments Manual For 32-Bit Implementations of the PowerPC
> Architecture", the MPC603e and MPC7450 reference manuals depict a completely
> different format, so how and where are these converted? (Hopefully not in
> assembler! ;) )

Yes, in assembler. :)  For the 74xx, it's done by create_hpte() in
arch/ppc/mm/hashtables.S, and for the 603 (and the 8240) it's done by
DataLoadTLBMiss or DataStoreTLBMiss in arch/ppc/kernel/head.S.

Paul.

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

      reply	other threads:[~2004-07-05 23:44 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-05 16:15 [more info - please help!] MPC7455 DMA buffer strangeness Oliver Korpilla
2004-07-05 23:44 ` Paul Mackerras [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=16617.59368.202493.36547@cargo.ozlabs.ibm.com \
    --to=paulus@samba.org \
    --cc=linuxppc-embedded@lists.linuxppc.org \
    --cc=okorpil@fh-landshut.de \
    /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).