I am working on several projects that require more sram than most AVRs
have. I don't particularly need more processing power but it would be
nice to have much larger variable storage space. I can work with a
serial sram and use it for external storage already but it would be
nice to have an
What I'm after is basically a way to extend the variables storage
within the gcc/libc framework. To store variables in an external sram
rather than internal sram. My (limited) understanding is that is the
heap storage.
Heap storage is used only for dynamic memory allocation. All local and
On Sun, Mar 13, 2011 at 3:59 PM, David Brown david.br...@hesbynett.no wrote:
On 13/03/11 19:01, John Myers wrote:
Hi Ray,
It sounds like what you want is to create another address space.
There is the TR 18037 draft called Programming Languages - C -
Extensions to support embedded
Is there a specific requirement for it to be a *serial* SRAM? You can easily
tie a 32k parallel SRAM to the external memory bus of many atmega devices with
just a bus latch ('373 or '573) and a single inverter. This xram is trivially
mappable to the heap and/or bss space using linker directives
Hi Ray,
As for the other concerns, I am not really looking at pushing this
upstream but more a project for myself that I would make available to
the world as an optional patch.
I think it is too preliminary to decide whether this can go upstream. Let the
requirement and design evolve. Then we