From: Segher Boessenkool <segher@kernel.crashing.org>
To: "Mark A. Greer" <mgreer@mvista.com>
Cc: linuxppc-dev <Linuxppc-dev@ozlabs.org>,
Dale Farnsworth <dfarnsworth@mvista.com>,
Yoder Stuart-B08248 <stuart.yoder@freescale.com>
Subject: Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform
Date: Wed, 4 Apr 2007 13:18:41 +0200 [thread overview]
Message-ID: <f622cb9af058a72fc47521e44ae6672a@kernel.crashing.org> (raw)
In-Reply-To: <20070402181553.GH2132@mag.az.mvista.com>
> Agreed. Dale Farnsworth suggested a 'ranges' type property at the top
> level that's used for phys->virt mappings. That is much cleaner IMHO
> and eliminates the need to parse hash tables or add ioremap code to =
the
> bootwrapper.
I suggest you implement the standard "mmu" binding instead,
or the part that is relevant to you anyway:
/chosen/mmu contains the ihandle for an "mmu" node (for
flat trees, you use a phandle instead);
that node has properties, quoting from the base OF spec:
=93available=94
The property values are as defined for the standard =93reg=94 format,
with single-cell virtual addresses. The regions of virtual address
space denote the virtual address space that is currently unallocated
by the Open Firmware and is available for use by client programs.
=93existing=94
The value of this property defines the regions of virtual address
space managed by the MMU in whose package this property is defined
without regard to whether or not these regions are currently in use.
The encodings of virt and len are MMU-specific.
Have a look at the PowerPC binding to find out about that specific
encoding.
Segher
next prev parent reply other threads:[~2007-04-04 11:18 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-28 1:19 [RFC 0/3] powerpc: Add Motorola PrPMC2800 platform support Mark A. Greer
2007-03-28 1:20 ` [RFC 1/3] powerpc: Add bootwrapper support for Motorola PrPMC2800 platform Mark A. Greer
2007-03-28 1:21 ` [RFC 2/3] powerpc: Add arch/powerpc support for the " Mark A. Greer
2007-03-28 1:22 ` [RFC 3/3] powerpc: Add DTS file " Mark A. Greer
2007-03-28 16:43 ` Yoder Stuart-B08248
2007-03-28 18:11 ` Josh Boyer
2007-03-28 19:49 ` [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800platform Yoder Stuart-B08248
2007-03-29 0:35 ` [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform David Gibson
2007-03-29 0:48 ` Segher Boessenkool
2007-03-29 1:56 ` David Gibson
2007-03-29 22:21 ` Dale Farnsworth
2007-04-02 18:26 ` Mark A. Greer
2007-04-04 11:28 ` Segher Boessenkool
2007-04-04 16:27 ` Mark A. Greer
2007-04-04 17:44 ` Segher Boessenkool
2007-04-02 18:15 ` Mark A. Greer
2007-04-03 0:55 ` David Gibson
2007-04-03 18:50 ` Mark A. Greer
2007-04-04 11:18 ` Segher Boessenkool [this message]
2007-04-04 16:29 ` Mark A. Greer
2007-04-04 17:51 ` Yoder Stuart-B08248
2007-04-05 17:48 ` Segher Boessenkool
2007-03-29 22:18 ` Dale Farnsworth
2007-04-02 18:06 ` Mark A. Greer
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=f622cb9af058a72fc47521e44ae6672a@kernel.crashing.org \
--to=segher@kernel.crashing.org \
--cc=Linuxppc-dev@ozlabs.org \
--cc=dfarnsworth@mvista.com \
--cc=mgreer@mvista.com \
--cc=stuart.yoder@freescale.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).