aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Fix Doxyfile.Marti Bolivar2011-08-031-5/+5
|
* examples/mini-exti-test.cpp: Comment fix.Marti Bolivar2011-08-031-4/+4
|
* exti.c: Optimize multiplexed IRQ handlers.Marti Bolivar2011-08-031-43/+48
| | | | | | | | | | | | | | Rewrite existing IRQ handlers in terms of new functions dispatch_single_exti() and dispatch_extis(). dispatch_single_exti() handles EXTIs which have a dedicated IRQ line, and thus doesn't have to check EXTI_PR; it is mostly equivalent to the (now removed) handle_exti(). dispatch_extis() handles multiple EXTIs sharing an IRQ line. Using dispatch_extis() instead of calling handle_exti() multiple times avoids unnecessary I/O to the (volatile) EXTI_BASE->PR register. These changes are in the flavor of the timer IRQ optimizations performed in f5016b15bef56bbdfd187f9b623177ef6dde7ace.
* exti.c: Cleanups.Marti Bolivar2011-08-031-5/+4
|
* exti.c: Remove enable_irq() and maybe_disable_irq().Marti Bolivar2011-08-031-36/+1
| | | | | These functions incorrectly replicate functionality that is already accomplished by manipulating EXTI_IMR directly.
* exti.c: Clean up some bit-banding usages.Marti Bolivar2011-08-031-9/+9
|
* exti.c: Cleanups.Marti Bolivar2011-08-031-21/+18
| | | | | Add new handle_exti() instead of calling clear_pending() and dispatch_handler() each time.
* util.h: Properly parenthesize IS_POWER_OF_TWO().Marti Bolivar2011-08-031-1/+1
|
* Add examples/mini-exti-test.cpp.Marti Bolivar2011-08-031-0/+251
| | | | | | | Nonportable (Maple Mini only) test of external interrupt functionality. When wired properly, this triggers various EXTI lines simultaneously, keeping track of the number of times each handler is invoked.
* timer.c: Minor IRQ dispatch tweaks.Marti Bolivar2011-07-211-3/+3
| | | | | | Read TIMx_SR before grabbing a pointer to the user handlers instead of after. This should shave a couple of cycles off of the time between IRQ entry and SR read.
* timer.c: Optimize IRQ dispatch routines.Marti Bolivar2011-07-201-59/+66
| | | | | | | | | | | | | | | | | Remove dispatch_irq() and dispatch_cc_irqs(). For IRQs which handle exactly one timer interrupt, add new dispatch_single_irq(). The mere fact that the IRQ has been called suffices to prove that its interrupt enable bit (in TIMx_DIER) and interrupt flag (in TIMx_SR) are set. These facts are combined in dispatch_single_irq(), which only needs to check if the timer_dev handler is non-null before calling it and clearing the SR flag. For IRQs which serve multiple timer interrupts, replace the composition of calls to dispatch_irq() and dispatch_cc_irqs() with individualized routines. These eliminate unnecessary timer register reads/writes, and, in the case of capture/compare interrupts, have a loop unrolling performed.
* timer.c: Fix dispatch_irq() and dispatch_cc_irqs().Marti Bolivar2011-07-191-24/+46
| | | | | Modify them to check whether the relevant interrupts are enabled before attempting to handle them.
* timer.c: Fix off-by-one error in NR_GEN_HANDLERS.Marti Bolivar2011-07-181-1/+1
|
* stm32.h: Add license header.Marti Bolivar2011-07-181-0/+26
|
* stm32.h: Trivial comment tweak.Marti Bolivar2011-07-181-1/+1
|
* Add DELAY_US_MULT, for use in generalizing delay_us().Marti Bolivar2011-07-182-8/+9
| | | | | | | | The delay_us() implementation multiplies its specified delay target by a fixed constant in order to turn it into a busy-loop. This magic number doesn't work properly when the clock configuration isn't the same as a stock LeafLabs board. Add DELAY_US_MULT to the MCU-specific configuration in stm32.h in order to allow other chips to use delay_us().
* Move STM32 config from libmaple.h into stm32.h.Marti Bolivar2011-07-182-39/+39
|
* test-usart-dma.cpp: Change mistaken "__io" -> "volatile"Marti Bolivar2011-07-061-1/+1
|
* LICENSE: include DCO notice.Marti Bolivar2011-07-051-0/+34
|
* fixed a bug in usbreceivebytesAndrew J Meyer2011-07-011-1/+5
| | | | bug prevented consecutive SerialUSB.read() calls from returning consecutive bytes
* systick.c: Updating systick_uptime_millis before handling user callback.Marti Bolivar2011-06-241-1/+1
| | | | Thanks to x893 for the suggestion.
* Merge branch 'freertos'Marti Bolivar2011-06-2427-0/+12905
|\
| * Make FreeRTOS changes comply with the coding standard.Marti Bolivar2011-06-244-20/+28
| | | | | | | | | | Don't modify the core FreeRTOS code; only change source that's specific to libmaple.
| * Added MIT license headers.Nis Sarup2011-06-242-0/+52
| |
| * FreeRTOS: Added FreeRTOS 7.0.1, including hook in libmaple/systick.c and ↵Nis Sarup2011-06-2127-0/+12845
| | | | | | | | example blinky.
* | systick.h: Comment typoMarti Bolivar2011-06-211-1/+1
|/
* test-usart-dma.cpp: Update to demo working DMA interrupts.Marti Bolivar2011-06-201-11/+7
|
* DMA: Fix non-working DMA interrupts.Marti Bolivar2011-06-202-14/+14
| | | | | | | | | | | | | | | | | | | | | | libmaple/dma.c defines DMA interrupts __irq_dma_channel[1-7], consistent with what is specified by support/ld/names.inc. However, names.inc is inconsistent with what support/ld/libcs3_stm32_src/ expects. Specifically, it contradicts the files - support/ld/libcs3_stm32_src/stm32_isrs.S - support/ld/libcs3_stm32_src/stm32_vector_table.S Which use the names __irq_dma1_channel[1-7]. Change names.inc and dma.c to use the correct IRQ names. The original names.inc/libcs3_stm32_src inconsistency was introduced in 43d6921658cd29b8022af4424d340a90fbcb9a7f, but dma.c had the correct names until ec3cf2903f4b03bc1dae5e159495c9e5ef0938ca, where they were renamed for consistency with names.inc. At that point, DMA interrupts stopped working. (This was documented in the commit message). Thanks to forum user robodude666 for tracking this down.
* Servo.h: Eliminate unused SERVO_MAX_WRITE_ANGLE.Marti Bolivar2011-06-201-5/+0
| | | | | | The Servo::write() implementation previously relied upon this value to support an undocumented Arduino misfeature. The relevant behavior was removed in 0.0.10, so we shouldn't still include this define.
* rcc.c: Trivial comment tweak.Marti Bolivar2011-06-201-1/+0
|
* HardwareTimer.cpp: fix HardwareTimer::setPeriod()Marti Bolivar2011-06-141-1/+1
|
* gpio.h: Fix zero/oh comment mixup.Marti Bolivar2011-06-141-1/+1
|
* adc.h: Clarify adc_smp_rate Doxygen comment.Marti Bolivar2011-06-111-1/+5
| | | | Thanks to gbulmer for the clarifying remarks.
* notes/exti.txt: Remove Maple-specific pin map information.Marti Bolivar2011-06-111-26/+0
| | | | | This information has been folded into the board hardware documentation for Maple.
* notes/dac.txt: Tidy up content.Marti Bolivar2011-06-111-18/+19
|
* stm32.h: Don't blindly assume PCLK1 and PCLK2 values.Marti Bolivar2011-06-111-0/+4
| | | | | Put the PCLK1 and PCLK2 within #ifndef guards. This assumption is biased towards LeafLabs boards.
* Update notes/portable.txtMarti Bolivar2011-06-111-30/+33
| | | | | This file is out of date. Fix it to be a useful starting point for figuring out how libmaple ports across chips/boards.
* Delete notes/coding_standard.rst.Marti Bolivar2011-06-111-427/+0
| | | | Its content was moved into the official docs a while ago.
* Delete TODO.Marti Bolivar2011-06-111-7/+0
| | | | | The README already references the bugracker, and the top level directory is too cluttered.
* Remove reST documentation, attendant updates.Marti Bolivar2011-06-11213-15274/+55
| | | | | | | | | | | | | | | | | | | | | | The documentation covers topics not specifically relevant to libmaple, so it doesn't make sense for it to be part of the libmaple source distribution. Delete the docs/ tree, and prepare libmaple for use with the new leaflabs-docs repo, which will contain the docs from now on. * README: update to reflect this change * support/doxygen/Doxyfile: This is the old docs/Doxyfile * Makefile: Add a doxygen target * wirish/comm/HardwareSerial.h: fix reference to docs/. The comment informing maintainers that the HardwareSerial interface is documented by hand refers to the docs/ tree, which no longer exists. Update it to refer to the separate leaflabs-docs repository. * support/scripts/copy-to-ide: No longer build the documentation
* Docs: Add GPIO port pin maps.Marti Bolivar2011-06-103-0/+83
|
* Docs: Update quickstart for Mini.Marti Bolivar2011-06-101-8/+10
|
* Docs: Update "my board is bricked!" troubleshooting item.Marti Bolivar2011-06-101-4/+11
|
* Docs: move ASSERT() to its own page.Marti Bolivar2011-06-105-55/+51
| | | | | ASSERT() was previously documented in language.rst. Move it to a new lang/api/assert.rst.
* Docs: Generalize throb()-related troubleshooting item.Marti Bolivar2011-06-101-8/+6
| | | | | | The FAQ entry which explains the throbbing LED behavior is insufficiently general. Rewrite it so users can tell that throbbing generally indicates a failed assertion or some other error.
* Docs: Use "BOARD_LED_PIN" instead of "13".Marti Bolivar2011-06-108-41/+36
| | | | | | Fix examples where pin 13 was used explicitly instead of BOARD_LED_PIN. Also change an AVR-specific example in docs/lang/cpp/booleanvariables.rst to Maple conventions.
* Update test-print.cpp to exercise new behavior.Marti Bolivar2011-06-081-34/+37
| | | | | | Changes make sure that base arithmetic applies correctly for various integral types, and that floating point numbers can be printed at various precisions.
* Update Print to match Arduino master.Marti Bolivar2011-06-082-60/+51
| | | | | | | | | Add base argument to integral Print methods, defaulting to DEC so as not to break backwards compatibility. Add precision argument to floating-point Print methods. These changes increase compatibility with the Arduino Print implementation.
* Revert "Add wiring_limits.h"Marti Bolivar2011-06-071-49/+0
| | | | | | This reverts commit f960c41b1a50deb3783fb7750a4af86e0cbb0636. Wait until the Wiring spec is complete to merge this into master.
* Add wiring_limits.hMarti Bolivar2011-06-071-0/+49
| | | | | | | | | | | | This file is analogous to the standard C header <limits.h>. It defines various constants within the Wiring language that we consider to be implementation-defined. The current version is a work in progress; more constants may be added as time goes on. The member constants defined in wiring_limits.h are currently limited to the core Wiring language. They do not include implementation-defined values which pertain to the standard Wiring libraries.