From: "Ingmar" <i2a@gmx.net>
To: Hollis Blanchard <hollis@penguinppc.org>
Cc: linuxppc-dev list <linuxppc-dev@ozlabs.org>
Subject: Re: exception vectors
Date: Mon, 31 Oct 2005 10:58:53 +0100 [thread overview]
Message-ID: <20051031093907.M8073@gmx.net> (raw)
In-Reply-To: <2828913a7186e850887d415a8311dc44@penguinppc.org>
On Sun, 30 Oct 2005 20:28:49 -0600, Hollis Blanchard wrote
> On Oct 30, 2005, at 6:35 PM, Ingmar wrote:
> >
> > I am trying to overwrite the exception vector space of an ibook G4 :).
>
> Why?
>
For my thesis project I am porting the Minix (v3) OS.
> > I have set up (for every exception) a small piece of code, that's a
> > prefix of a
> > handler to be called. My problem is, that writing the small chunks
> > of code to
> > the exception vector space gives no problem(so it seams) but writing
> > all the
> > pieces of code as one chunk gives a exception [dsi, dsisr 0x42000000],
> > this
> > indicates a store problem.
>
> Code please. You're just calling memcpy?
I have done different methods (lots of code),
- as a test just setting the memory, with memset,
- custom copying word by word, flushing the cache while going,
- flushing the cache afterwards,
the results are not always what I excected, the memset works if I don't set to
much like from 0x0 0x200. The copying would be the complete block.
> > I have tried different modes of copying, mmu on/off, also chanced the
> > WING bits,
> > switched the exception prefix on.
>
> You could not have gotten a DSI if you disabled the MMU...
Oke, than this is one I am sure of now, thanks :)
> > I don't believe putting the exception vectors to there place one by
> > one is the
> > right way, in the Linux kernel the kernel get relocated and the code
> > comes into
> > place. I have taken this as an example, unfortunately to to result :(..
>
> So you are not trying to overwrite Linux's functioning exception
> handlers, but rather trying to write your own OS?
Yes :).
> > - Am I overlooking something?
> > - Is the a standard way to overwrite the exception vector space of
> > a powerpc?
>
> Do you think this is a common task? :)
No the task maybe not, but the method could be,
- I am sure (now) that the mmu must be off,
- copying must be done with flushing the caches,
> -Hollis
Thanks
Ingmar.
next prev parent reply other threads:[~2005-10-31 9:59 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-30 4:03 30 bits DMA and ppc Benjamin Herrenschmidt
2005-10-30 8:47 ` [Bcm43xx-dev] " Michael Buesch
2005-10-30 17:59 ` Olof Johansson
2005-10-30 21:14 ` Benjamin Herrenschmidt
2005-10-30 21:35 ` Olof Johansson
2005-10-30 21:41 ` Benjamin Herrenschmidt
2005-10-30 22:02 ` Olof Johansson
2005-10-31 0:35 ` exception vectors Ingmar
2005-10-31 2:17 ` Benjamin Herrenschmidt
2005-10-31 2:28 ` Hollis Blanchard
2005-10-31 9:58 ` Ingmar [this message]
2005-11-01 1:46 ` Olof Johansson
2005-11-01 8:28 ` Ingmar
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=20051031093907.M8073@gmx.net \
--to=i2a@gmx.net \
--cc=hollis@penguinppc.org \
--cc=linuxppc-dev@ozlabs.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.