<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openmano-mpy/ports/stm32/boards/B_L475E_IOT01A/mpconfigboard.mk, branch master</title>
<subtitle>MicroPython source and hardware configuration for OpenMano</subtitle>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/'/>
<entry>
<title>stm32/boards: Optimise flash and RAM allocation for L4 boards.</title>
<updated>2019-07-01T06:57:20+00:00</updated>
<author>
<name>Chris Mason</name>
</author>
<published>2019-05-12T14:13:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=378659209778a1bde24e9b15793087023b02bbd9'/>
<id>378659209778a1bde24e9b15793087023b02bbd9</id>
<content type='text'>
Optimisations are:
- Remove FLASH_ISR section since devices with a small flash sector erase
  size don't need special FLASH_ISR handling.  This reduces flash image by
  approx 1.5k.
- Make SRAM2 contiguous with SRAM1 where possible.
- Simplify configuration of 2k RAM buffer used for flash filesystem.

RAM changes with this commit:
- L432: stack   6k -&gt; 10k,  bss + heap   42k -&gt;  52k
- L476: stack  16k -&gt; 30k,  bss + heap   80k -&gt;  96k
- L496: stack 206k -&gt; 16k,  bss + heap  112k -&gt; 302k
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Optimisations are:
- Remove FLASH_ISR section since devices with a small flash sector erase
  size don't need special FLASH_ISR handling.  This reduces flash image by
  approx 1.5k.
- Make SRAM2 contiguous with SRAM1 where possible.
- Simplify configuration of 2k RAM buffer used for flash filesystem.

RAM changes with this commit:
- L432: stack   6k -&gt; 10k,  bss + heap   42k -&gt;  52k
- L476: stack  16k -&gt; 30k,  bss + heap   80k -&gt;  96k
- L496: stack 206k -&gt; 16k,  bss + heap  112k -&gt; 302k
</pre>
</div>
</content>
</entry>
<entry>
<title>stm32/Makefile: Allow a board to config either 1 or 2 firmware sections.</title>
<updated>2018-03-27T10:24:15+00:00</updated>
<author>
<name>Damien George</name>
</author>
<published>2018-03-27T10:24:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=ed75b2655fd8e5f9c058a97852eb30f354c10206'/>
<id>ed75b2655fd8e5f9c058a97852eb30f354c10206</id>
<content type='text'>
This patch forces a board to explicitly define TEXT1_ADDR in order to
split the firmware into two separate pieces.  Otherwise the default is now
to produce only a single continuous firmware image with all ISR, text and
data together.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch forces a board to explicitly define TEXT1_ADDR in order to
split the firmware into two separate pieces.  Otherwise the default is now
to produce only a single continuous firmware image with all ISR, text and
data together.
</pre>
</div>
</content>
</entry>
<entry>
<title>stm32/Makefile: Rename FLASH_ADDR/TEXT_ADDR to TEXT0_ADDR/TEXT1_ADDR.</title>
<updated>2018-03-27T10:20:04+00:00</updated>
<author>
<name>Damien George</name>
</author>
<published>2018-03-27T10:20:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=95b2cb008e22a26b398b3c153243269b2ffc3b6f'/>
<id>95b2cb008e22a26b398b3c153243269b2ffc3b6f</id>
<content type='text'>
To make it clearer that these addresses are both for firmware text and that
they have a prescribed ordering.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
To make it clearer that these addresses are both for firmware text and that
they have a prescribed ordering.
</pre>
</div>
</content>
</entry>
<entry>
<title>stm32/boards: Allow boards to have finer control over the linker script.</title>
<updated>2018-03-27T10:17:48+00:00</updated>
<author>
<name>Damien George</name>
</author>
<published>2018-03-27T10:17:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=7aec06ca9abb8e07ffce09b5a755e2a6f61b6749'/>
<id>7aec06ca9abb8e07ffce09b5a755e2a6f61b6749</id>
<content type='text'>
This patch allows a particular board to independently specify the linker
scripts for 1) the MCU memory layout; 2) how the different firmware
sections are arranged in memory.  Right now all boards follow the same
layout with two separate firmware section, one for the ISR and one for the
text and data.  This leaves room for storage (filesystem data) to live
between the firmware sections.

The idea with this patch is to accommodate boards that don't have internal
flash storage and only need to have one continuous firmware section.  Thus
the common.ld script is renamed to common_ifs.ld to make explicit that it
is used for cases where the board has internal flash storage.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch allows a particular board to independently specify the linker
scripts for 1) the MCU memory layout; 2) how the different firmware
sections are arranged in memory.  Right now all boards follow the same
layout with two separate firmware section, one for the ISR and one for the
text and data.  This leaves room for storage (filesystem data) to live
between the firmware sections.

The idea with this patch is to accommodate boards that don't have internal
flash storage and only need to have one continuous firmware section.  Thus
the common.ld script is renamed to common_ifs.ld to make explicit that it
is used for cases where the board has internal flash storage.
</pre>
</div>
</content>
</entry>
<entry>
<title>stm32/boards: Add new board B_L475E_IOT01A based on STM32L475.</title>
<updated>2017-09-10T06:02:39+00:00</updated>
<author>
<name>Tobias Badertscher</name>
</author>
<published>2017-09-03T11:57:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.0x7felf.com/openmano-mpy/commit/?id=bd71b3252ab8b790547729730b40d5b46737ab9d'/>
<id>bd71b3252ab8b790547729730b40d5b46737ab9d</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
</feed>
