linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Dan Malek <dan@mvista.com>
To: Steve Rossi <srossi@labs.mot.com>
Cc: John_McRoberts@mitel.com,
	"linuxppc-embedded@lists.linuxppc.org"
	<linuxppc-embedded@lists.linuxppc.org>
Subject: Re: Hard disk and segmentation violation.
Date: Fri, 05 Oct 2001 12:54:07 -0400	[thread overview]
Message-ID: <3BBDE5AF.1A7D5673@mvista.com> (raw)
In-Reply-To: 3BBDDF94.9728840D@labs.mot.com


Steve Rossi wrote:

> ..... Still I don't yet have a good
> grasp on what space can be mapped 1:1 .....


You shouldn't be concerned about this mapping.  ALL device drivers
should perform the ioremap() in their device initialization functions,
in which case there isn't any mapping problem.  There are some unique
cases when porting boards or processors that early mapping is necessary,
but this is not the place for mapping the resources used by device
drivers that initialize normally.  Please do not add any resource
mapping in the memory management initialization functions.

In summary (which has been written too many times already), the user
space is first two or three gigabyte virtual address region (zero to
0x7fffffff or 0xbfffffff).  Anything mapped in this area obviously
conflicts with user mapping.  The region between 0x80000000 and
0xbfffffff may be user or kernel space depending upon the kernel
configuration and board requirements.
The kernel virtual space is
always the top gigabyte.  With the exception of some special case
initialization mapping I mentioned above, the kernel VM allocator
dynamically allocates in the proper address spaces.


	-- Dan

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

      reply	other threads:[~2001-10-05 16:54 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-10-05 14:50 Hard disk and segmentation violation John_McRoberts
2001-10-05 15:41 ` Dan Malek
2001-10-05 16:28 ` Steve Rossi
2001-10-05 16:54   ` Dan Malek [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=3BBDE5AF.1A7D5673@mvista.com \
    --to=dan@mvista.com \
    --cc=John_McRoberts@mitel.com \
    --cc=linuxppc-embedded@lists.linuxppc.org \
    --cc=srossi@labs.mot.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).