suspect-devices/libmaple/wirish/stm32f1, branch master

Reverted work change

2013-05-02T16:31:45+00:00

dont initialise SerialUSB by default

2013-04-23T18:48:01+00:00

Bring back and fix up util.c functionality.

2012-06-26T22:03:40+00:00

Rip out the existing nonportable pieces, and shove them under wirish/stm32f1, using weak symbols so users who only want libmaple proper don't end up with build errors. Add stubbed-out (and only partially functional) definitions for F2 targets under wirish/stm32f2. The behavior on F103 targets is the same as it was before (though the assertion framework has always been broken and badly needs replacement, that awaits another commit). We additionally now skip re-enabling USB on F1 targets without USB, to make things work on value line MCUs. Signed-off-by: Marti Bolivar

Bring back .

2012-06-08T22:34:33+00:00

Signed-off-by: Marti Bolivar

wirish: Weaken boards_private.h definitions.

2012-06-07T07:38:29+00:00

This lets users override them conveniently if our decisions don't suit. Signed-off-by: Marti Bolivar

Provide wirish::priv::series_init() on F1.

2012-06-07T07:38:29+00:00

This lets us remove the weak definition in boards.cpp. Signed-off-by: Marti Bolivar

Remove a completed FIXME comment.

2012-06-07T07:38:28+00:00

Signed-off-by: Marti Bolivar

Slightly improve and generify the USB infrastructure.

2012-06-04T02:40:39+00:00

The good news is that and did turn out generic enough in what they specify to go on unchanged. However, we can't just go on assuming that there's USB just because we're on an F1. Now that there's value line in the tree, we need to be more careful (value line F1s don't have USB peripherals). To that end, make all the F1 board-includes/*.mk files specify what line their MCU is with an MCU_F1_LINE variable. Use that to hack libmaple/usb/rules.mk so we only try to build the USB module under appropriate circumstances. While we're at it, add a vector_symbols.inc for value line MCUs under support/ld/. We need this to get the target-config.mk modifications implied by the addition of MCU_F1_LINE. We'll fix up some other performance-line-isms under libmaple/stm32f1 in a separate commit. Also in libmaple/usb/: - Move everything into a new stm32f1 directory. Due to aforementioned rules.mk hacks, there is no immediate need for an stm32f2 directory (USB support doesn't exist there). - Update the README for style and content. Signed-off-by: Marti Bolivar

Bring timer initialization back to init().

2012-06-03T01:04:13+00:00

Turns out the F1 code was pretty portable after all, so take it from the F1 boards_setup.cpp and stick it back into boards.cpp. The only change needed was to add a call to the newly-minted timer_has_cc_channel() (and this is necessary on F103 XL-density, anyway). Also assert LeafLabs copyright in boards.cpp. We really need to do this throughout the library; it's basically been rewritten since Perry. Signed-off-by: Marti Bolivar

examples/blinky.cpp works on F2.

2012-05-31T21:24:41+00:00

Only OUTPUT mode is tested; any other modes might work, but no guarantees. Bring back: - wirish/wirish_digital.cpp - wirish/cxxabi-compat.cpp - wirish/wirish_time.cpp Add new: - wirish/stm32f1/wirish_digital.cpp - wirish/stm32f2/wirish_digital.cpp Move pinMode() from wirish/wirish_digital.cpp into the file by the same basename in wirish/stm32f1. This implementation is tied to F1. Add an F2 implementation in wirish/stm32f2/wirish_digital.cpp. Signed-off-by: Marti Bolivar