public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Ian Thompson" <ithompso@stargateip.com>
To: "Helge Hafting" <helgehaf@idb.hist.no>
Cc: <linux-kernel@vger.kernel.org>
Subject: RE: How can I jump to non-linux address space?
Date: Thu, 4 Oct 2001 12:40:01 -0700	[thread overview]
Message-ID: <NFBBIBIEHMPDJNKCIKOBEEIACAAA.ithompso@stargateip.com> (raw)
In-Reply-To: <3BBC2603.7C1327AC@idb.hist.no>

Helge,

Thanks for your advice!  It's brought up a couple of other question, if you
don't mind:

> The kernel can get to know - all you need is code that maps the
> ROM address range into some available virtual address range.
> Look at device driver code - they do such mapping for ROM and/or
> memory-based io regions.

I've seen the mapping of the single RAM address range, but I don't see where
it is possible to add in another range for ROM.  What functions should I
look for that do this mapping?

> Do that ROM code work when the MMU has remapped its adresses so it
> appears at some adress completely different from the bus address?  (only
> if it contains relative jumps only - no absolute addresses.) Does
> it work with 4G segments?  Does it work at all in protected mode,
> with all interrupts routed to the linux kernel instead of the bios?
> Does this code expect to find something (data, device interfaces,
> vga memory) at certain addresses?  If so, this must be mapped too.

I've run this code (in ROM) successfully before starting the kernel.  I
believe the cache is disabled, and interrupts are not needed (and are off).
The code does not refer to anything within the kernel.  I've tried turning
off the MMU completely before branching, but this seems to hang the system.
=(

Any ideas of what I should look for to turn off, aside from just shutting
down the MMU?  If I map the ROM address range into a virtual addr range,
won't I run into problems once I'm running the code, such as physical
addresses being interpreted by virtual ones?

btw, this is running on an XScale (strongARM).

Thanks again,
-ian


  reply	other threads:[~2001-10-04 19:40 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-10-04  1:10 How can I jump to non-linux address space? Ian Thompson
2001-10-04  9:04 ` Helge Hafting
2001-10-04 19:40   ` Ian Thompson [this message]
2001-10-04 20:32     ` Richard B. Johnson
2001-10-05  0:35       ` Ian Thompson
2001-10-05  7:55         ` Russell King
2001-10-08 12:51         ` Richard B. Johnson
2001-10-04 20:35 ` Russell King
2001-10-06  0:38   ` Ian Thompson
2001-10-06  7:57     ` Russell King
2001-10-08 17:43       ` Ian Thompson
2001-10-08 20:01         ` Russell King

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=NFBBIBIEHMPDJNKCIKOBEEIACAAA.ithompso@stargateip.com \
    --to=ithompso@stargateip.com \
    --cc=helgehaf@idb.hist.no \
    --cc=linux-kernel@vger.kernel.org \
    /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