Re: Separating Assembly data from code in Flash

Thomas Chenot <tom.chenot-6tN4nzCoH/[email protected]>
Newsgroups gmane.comp.hardware.microcontrollers.tini
Message-ID <[email protected]>
Chris Musial wrote:

>Hello Group,
>
>I've got some interrupt routines written in assembly that increment counters
>stored in a java array of shorts.  When I install the interrupt, I pass the
>assembly routine the address of the java buffer and the assembly squirrels away
>the buffer address into an area reserved in assembly using db's.  Each time the
>interrupt service routine is entered, it grabs the buffer address, dereferences
>it, and increments the counters stored in the buffer.
>
>My question:  if I put this entire application into flash, do those data areas
>in my assembly also get put into slush, or do they get put into a separate data
>segment that gets mapped into SRAM when the application is run.  If not, are
>there any scratch data areas in SRAM that I can use (and hardcode) that won't
>get grabbed by the VM memory allocator?  (I'm making my application part of
>slush, so slush will be running at the same time).
>
When you call loadLibrary(...), your library is copied into a freshly 
allocated section of heap. Your native code is executed out of, and your 
DB-ed data lives in RAM. This is true for any application including a 
flashed application (e.g. slush).

>
>Chris Musial
>cmusial-cK+/[email protected]
>  
>


-- 
Thomas Chenot


_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.