sw/stm32 - Cryptech HSM on STM-32 ARM processor

Age	Commit message (Collapse)	Author
2017-05-28	Stub out hal_allocate_static_memory() to avoid linker error.	Rob Austein
	This is a quick fix, so that we can get on with testing the ks9 branch changes. A better fix in the long run might be to add a third keystore ("ks_pin_read_only", or some such) which implemented the bare minimum interface that the bootloader needs and left everything else unimplemented. This would require a bit of refactoring the current PIN code to make it work right with both the bootloader's abbreivated keystore and the normal token keystore. Probably worth doing, but a bit of a can of worms, so postponing for now.
2017-05-02	Merge branch 'init_cleanup' into no-rtos	Paul Selkirk
	Clean up Makefiles and initialization code.
2017-04-26	Add support for hal_sleep().	Rob Austein

2017-04-16	Switch to libhal's CRC-32 code.	Rob Austein

2017-04-15	Missing include files, doh.	Rob Austein

2017-04-15	sw/stm32 Makefiles are a mess.	Rob Austein
	Apparently it's easier to duplicate source files into multiple project directories than to write Makefiles that do something sane. Feh.
2016-12-21	Initialize PINs before trying to use them in bootloader.	Rob Austein

2016-06-28	Fix the bootloader to accept firmware (with PIN login).	Paul Selkirk
	This involves entirely too much duplication of the CLI.
2016-06-13	Only the HSM project needs the RTOS; most of the test projects can use the ↵	Paul Selkirk
	STM32 HAL code directly.
2016-06-08	bootloader doesn't need stm-fmc either	Fredrik Thulin

2016-06-07	Check the HARDWARE_EARLY_DFU_JUMP flag as soon as possible in the boot process.	Paul Selkirk
	This avoids the situation where the bootloader systick happens during firmware initialization, and freaks out. Also build the bootloader with the minimum resources needed (no RTOS, no SPI, no I2C).
2016-05-27	DFU working - but no signature validation for now.	Fredrik Thulin

2016-05-26	Implement a bootloader.	Fredrik Thulin
	This bootloader is now the application at 0x08000000 (FLASH start), which the STM32 will execute upon reset. The other applications are now loaded at 0x08030000 (128 KB into the flash) and will never get started unless the bootloader has been programmed into flash too.