This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [Patch 5/7]: 68HC11 port of gdb (sim-overlap address maps)
- To: Andrew Cagney <ac131313 at cygnus dot com>
- Subject: Re: [Patch 5/7]: 68HC11 port of gdb (sim-overlap address maps)
- From: Stephane Carrez <Stephane dot Carrez at worldnet dot fr>
- Date: Fri, 28 Jul 2000 23:50:03 +0200
- CC: Stephane Carrez <Stephane dot Carrez at free dot fr>, gdb-patches at sourceware dot cygnus dot com
- References: <39568A64.830EC800@free.fr> <39802053.B4BCAD4E@cygnus.com>
Hi!
Thanks a lot for integration of the patches!
Andrew Cagney a écrit :
>
> Stephane Carrez wrote:
> >
> > Hi!
> >
> > The following patch adds the support to overlap some address spaces.
> > I need this for 68hc11 because the IO is mapped over the normal memory.
> > The internal RAM is mapped in the same way. Both may be moved at any
> > 4K boundary. The EEPROM can be unmapped, showing up what is underneath it.
> >
> > Each device has an overlap flag that tells whether overlapping is
> > allowed or not. The default is to disable that. This is the current
> > behavior.
> >
> > When overlapping is allowed, we just record the mapping rather than
> > rejecting it.
>
> I'm not sure I understand the change. The memory model has the idea of
> layers. Overlapping memory can normally be handled by that. The memory
> would be set up as:
>
> first layer: eeprom
> second layer: memory
>
> is this in addition to the layers?
>
> Andrew
Ok. I didn't understand the role of the level. It's not easy to guess that...:-)
If what I understand now is right, I should be able to do the overlapping I need.
Thanks,
Stephane
-----------------------------------------------------------------------
Home Office
E-mail: stcarrez@worldnet.fr Stephane.Carrez@sun.com
WWW: http://home.worldnet.fr/stcarrez http://www.sun.com
Mail: 17, rue Foucher Lepelletier 6, avenue Gustave Eiffel
92130 Issy Les Moulineaux 78182 Saint Quentin en Yvelines
France