6 Commits

Author	SHA1	Message	Date
Harald Welte	adba0ce80b	fix g_dfu access from both DFU and runtime access ... We need to refer to g_dfu as a pointer from all code. In DFU mode, it gets assigned to the address of _g_dfu, which is placed by the linker script at the start of RAM. In runtime mode, the pointer is statically defined to point at the start of RAM. The linker script for the runtime (dfu environment) is adjusted to save the first 32 bytes for the _g_dfu structure.	2017-02-28 01:10:32 +01:00
Harald Welte	65cca7cccc	ensure g_dfu is linked to start of RAM when building DFU loader	2017-02-28 01:10:27 +01:00
Harald Welte	32852bc1d9	DFU: towards a more complete implementation ... * we now actually route the EP0 control requests in DFU mode to the correct handler (weak linker symbols are tricky) * we now actually call code to read/write data from/to RAM/FLASH	2017-02-28 01:10:23 +01:00
Harald Welte	d09829dcc6	Remove newlib dependency, include own stdio/string/assert	2017-02-27 23:00:26 +01:00
Harald Welte	d8a003dfd7	Structure build system to build for multiple boards/apps/environments	2017-02-27 22:18:45 +01:00
Harald Welte	3f5e3ddffc	Change directory structure to align with Atmel softpack ... This way we can easily check with 'diff' for differences in our code and Atmel softpack. Also, this layout is more suitable for building various different firmware images (e.g. factory-test, dfu-loader, main application) for a variety of different boards (simtrace, owhw, qmod).	2017-02-27 14:24:11 +01:00