| Age | Commit message (Collapse) | Author |
|---|
|
|
|
Bigger brother parts, such as the l152re nucleo64 board.
|
|
The reference manual is incorrect, the data sheet is correct.
There is 320K of ram (up to address 0x20050000). This has been
tested on the STM32F469I-disco board.
|
|
|
|
The original submitter of this squished everything into one series, and
has not returned. The code mostly appears good, and review comments were
followed for the most part. The project doesn't really maintain any
testing or board farm for sam3/sam4 parts, so we're going to just trust
our users.
Reviewed-by: Karl Palsson <karlp@tweak.net.au>
sam/4l: IRQ Configuration file (irq.json)
sam/4l: Basic Memory Map.
sam/4l: GPIO Defines.
sam/4l: GPIO Functions
Added everything that needed to compile the library: Makefile, Linker
Script and common includes.
sam/4l: SCIF function to start OSC.
sam/4l: GPIO Enable/Disable and Multiplexing configuration functions.
sam/4l: PLL Clock configuration.
sam/4l: Peripheral clock configuration and basic USART support.
sam: USART Character length configuration.
sam/4l: Generic Clock configuration functions.
sam/4l: Analog to Digital Converter Interface (ADCIFE) basic support.
|
|
This removes the dependency on awk and should fix #732
python was already a dependency, for the irq generation
|
|
|
|
|
|
|
|
|
|
Join some of the paired devices that differ only by encryption periphs
|
|
|
|
Some of the F32 devices only have 4k RAM
|
|
|
|
This only adds basic support.
Specific settings still need to be added.
|
|
Reported-by: Karl Hammar <karl@aspodata.se>
|
|
|
|
The 128K of SRAM on the l476 devices is 96K of "normal" sram, and 32K of
parity SRAM at a different offset.
Fixes: https://github.com/libopencm3/libopencm3/issues/754
|
|
|
|
|
|
Thoughts: should this be a "sam0" family rather than samd? (Much like Atmel's
own software package lumps all the cortex-m0+ devices in one family)
This was enough to get a basic blinky working at least.
|
|
|
|
this is the part on the f072 discovery board. The devices.data file is
expected to be already lowercased, while the user provided DEVICE= variable is
then lowercased.
|
|
Added lpc43xx to devices.data
For now all lpc43 chips resolve to their cortex-m4 variant. How m0 should
be handled is to be determined later.
devices.data: add some vf6xx and lm4f support. fix typos
devices.data: added missing lpc13 family group
devices.data: fix lm4f with info from examples
devices.data: add some vf610 info
devices.data: add some entries for examples
|
|
As discussed with karlp on irc the devices.data file should not contain
gcc specific command line options.
For that reason the command line options for gcc are now generated from
the variables CPU and FPU by the rules in the mk directory.
This breaks the genlink tests.
genlink: simplified devices.data
devices.data already had the information about the family name.
By using the first field (by the pattern used to match it) as family name information that data doesn't
have to be provided explicitly. The same data is used to generate the
CPPFLAGS, such as -DSTM32F1
The architectures block of the devices.data file was redundant.
genlink-config.mk uses family and subfamily to figure out which libopencm3
variant actually exists.
|
|
f7 has -mfpu=fpv5-sp-d16 in the lib makefile, devices.data should have
the same setting.
l0 is a cortex m0+, not a cortex m0, and uses cortex-m0plus in the
library makefile, and should have the same setting in the devices.data
file.
|
|
datasheet(http://www.st.com/st-web-ui/static/active/en/resource/technical/document/datasheet/DM00102166.pdf,
page 11) stm32f401xD has 384 Kb of flash and stm32f401xE has 512.
|
|
|
|
Most changes are noise from doxygen.
Readme udpated to explain newer FP_FLAGS for m7
stm32f7 library is skipped if the toolchain doesn't support it yet.
|
|
|
|
Correct memory sizes in ld/devices.data for:
* stm32f3[01]3?c from RAM=48K to RAM=40K.
* stm32f303?b from RAM=40K to RAM=32K.
Reviewed-by: Karl Palsson <karlp@tweak.net.au>
|
|
These devices have 32kiB RAM and 256kiB flash and are otherwise
register compatible with the f373x8 and f373xc devices.
Signed-off-by: Jeff Epler <jepler@unpythonic.net>
|
|
|
|
|
|
Updated according versions of datasheets:
STM32F030 DS9773 v1.0
STM32F031 DS10111 v1.0
STM32F050 DS9262 v1.0
STM32F051 DS8668 v4.0 (updated RAM size)
STM32F071 DS10009 v1.0
STM32F072 DS9826 v1.0
F1, F2 and F3 have no changes and no new datasheets.
STM32F401 DS9716 v2.1
STM32F401 DS10086 v1.0
STM32F405 DS8626 v4.0
STM32F415 DS8597 v4.0
STM32F427 DS9405 v3.0
STM32F439 DS9484 v4.0
STM32L151 DS6876 v9.0
STM32L152 DS8576 v6.0
STM32L152 DS8890 v6.0
STM32L162 DS8669 v4.0
STM32L162 DS8928 v5.0
STM32L100 DS9496 v1.0
STM32L100 DS9821 v1.0
|
|
|
|
in ARCH, there are all -m flags (will be expanded into ARCH_FLAGS in Makefile)
in DEFS, there are all -D flags (will be expanded into DEFS in Makefile)
in LIB, there are all -l flags (will be expanded into LIBNAME in Makefile)
If no MODE option specified, the generator behaves as in previous version.
|
|
|
|
|
|
|
|
|
|
|
