<feed xmlns='http://www.w3.org/2005/Atom'>
<title>feurig/libmaplemidi-cma/libmaple/libmaple_types.h, branch master</title>
<subtitle>C and C++ library for STM32 ARM Cortex-M3 development boards.</subtitle>
<id>https://git.suspectdevices.com/feurig/libmaplemidi-cma/atom?h=master</id>
<link rel='self' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/'/>
<updated>2012-04-11T20:56:50+00:00</updated>
<entry>
<title>Move public headers to include directories; related cleanups.</title>
<updated>2012-04-11T20:56:50+00:00</updated>
<author>
<name>Marti Bolivar</name>
<email>mbolivar@leaflabs.com</email>
</author>
<published>2011-11-15T17:45:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=954f9e5065b39fe4c683f4d216b54326d876f51b'/>
<id>urn:sha1:954f9e5065b39fe4c683f4d216b54326d876f51b</id>
<content type='text'>
Move libmaple/*.h to (new) libmaple/include/libmaple/. The new
accepted way to include a libmaple header foo.h is with:

    #include &lt;libmaple/foo.h&gt;

This is more polite in terms of the include namespace. It also allows
us to e.g. implement the Arduino SPI library at all (which has header
SPI.h; providing it was previously impossible on case-insensitive
filesystems due to libmaple's spi.h).

Similarly for Wirish.

The old include style (#include "header.h") is now deprecated.

libmaple/*.h:

- Change include guard #defines from _FOO_H_ to _LIBMAPLE_FOO_H_.
- Add license headers where they're missing
- Add conditional extern "C" { ... } blocks where they're missing
  (they aren't always necessary, but we might was well do it against
  the future, while we're at it.).
- Change includes from #include "foo.h" to #include &lt;libmaple/foo.h&gt;.
- Move includes after extern "C".
- Remove extra trailing newlines

Note that this doesn't include the headers under libmaple/usb/ or
libmaple/usb/usb_lib. These will get fixed later.

libmaple/*.c:

- Change includes from #include "foo.h" to #include &lt;libmaple/foo.h&gt;.

Makefile:

- Add I$(LIBMAPLE_PATH)/include/libmaple to GLOBAL_FLAGS.  This allows
  for users (including Wirish) to migrate their code, but should go
  away ASAP, since it slows down compilation.

Wirish:

- Move wirish/**/*.h to (new) wirish/include/wirish/.  This ignores
  the USB headers, which, as usual, are getting handled after
  everything else.

- Similarly generify wirish/boards/ structure. For each supported
  board "foo", move wirish/boards/foo.h and wirish/boards/foo.cpp to
  wirish/boards/foo/include/board/board.h and
  wirish/boards/foo/board.cpp, respectively. Also remove the #ifdef
  hacks around the .cpp files.

- wirish/rules.mk: put wirish/boards/foo/include in the include path
  (and add wirish/boards/foo/board.cpp to the list of sources to be
  compiled). This allows saying:

      #include &lt;board/board.h&gt;

  instead of the hack currently in place. We can allow the user to
  override this setting later to make adding custom board definitions
  easier.

- Disable -Werror in libmaple/rules.mk, as the current USB warnings
  don't let the olimex_stm32_h103 board compile. We can re-enable
  -Werror once we've moved the board-specific bits out of libmaple
  proper.

libraries, examples:

- Update includes accordingly.
- Miscellaneous cosmetic fixups.

Signed-off-by: Marti Bolivar &lt;mbolivar@leaflabs.com&gt;
</content>
</entry>
<entry>
<title>Fix memory alignment of USB descriptor structures.</title>
<updated>2011-09-18T19:39:28+00:00</updated>
<author>
<name>RJ Ryan</name>
<email>rryan@mit.edu</email>
</author>
<published>2011-09-18T19:39:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=8adc7e612751a247abffa425fd52ba2de1edb87f'/>
<id>urn:sha1:8adc7e612751a247abffa425fd52ba2de1edb87f</id>
<content type='text'>
A variety of USB descriptor structures have been manually
"unpacked". Instead of using the struct, their members were unpacked
into the struct they were nested in. Additionally sizeof()'s were
commented in favor of manual calculation of structure sizes.

After uncommenting these changes, the USB CDC peripheral stopped
correctly configuring with the host. The root problem with the
structures is that GCC is padding them. By applying
__attribute__((__packed__)), these problems are fixed. I removed all
the instances of the workaround I saw within the USB code.

Signed-off-by: RJ Ryan &lt;rryan@mit.edu&gt;
</content>
</entry>
<entry>
<title>Keep it 80-column clean.</title>
<updated>2011-06-07T18:44:39+00:00</updated>
<author>
<name>Marti Bolivar</name>
<email>mbolivar@leaflabs.com</email>
</author>
<published>2011-06-07T18:44:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=450e1c6e17329525639670855043bb169740702d'/>
<id>urn:sha1:450e1c6e17329525639670855043bb169740702d</id>
<content type='text'>
Go through overlong source code lines and convert as many of them as
appropriate to be 80-column clean.  This mostly affects license
headers.  Overlong lines are determined by running following from the
libmaple base directory:

$ ack-grep --nocolor --nogroup --cpp --cc --ignore-dir=usb -- '.{80}'

Note that this excludes libmaple's usb subdirectory, which is still
full of ST code that doesn't follow the libmaple source code
guidelines.

Contents of ~/.ackrc (these won't matter, but are included for
completeness):

--ignore-dir=docs
--ignore-dir=build
--type-set
ld=.ld
--type-set
rst=.rst
--type-set
txt=.txt
--type-set
mk=.mk
</content>
</entry>
<entry>
<title>[WIP] GPIO refactor: seems ok, ready for review</title>
<updated>2011-03-11T21:24:44+00:00</updated>
<author>
<name>Marti Bolivar</name>
<email>mbolivar@leaflabs.com</email>
</author>
<published>2011-03-07T18:11:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=7c5c5bb118fe3eacbfdc0599214bd989d85d9741'/>
<id>urn:sha1:7c5c5bb118fe3eacbfdc0599214bd989d85d9741</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Cleaned out libmaple.h; this had wide-ranging implications.</title>
<updated>2011-02-27T16:42:56+00:00</updated>
<author>
<name>Marti Bolivar</name>
<email>mbolivar@leaflabs.com</email>
</author>
<published>2011-02-27T16:42:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=d6ef63b47153b73050d497268583a2e224db6a67'/>
<id>urn:sha1:d6ef63b47153b73050d497268583a2e224db6a67</id>
<content type='text'>
Many of the #defines in libmaple.h were board-specific, not
MCU-specific.  Most of these were only used by code under
libmaple/usb/.  These were moved into usb_config.h, and are clearly
marked as being terrible hacks.  I'm going to treat the USB stack as a
black box that we'll deal with later.

Further, instead of having a variety of #defines like "How many USARTS
do I have?", we decide that based on the density of the chip.  This is
determined by testing for STM32_MEDIUM_DENSITY or STM32_HIGH_DENSITY
defines.  libmaple currently doesn't support low-density chips, so
that suffices.  The Makefile will set these automatically based on the
MCU.

Other offending #defines are ERROR_LED_PORT and ERROR_LED_PIN; these
were made optional, but they're set in the Makefile as a hack to keep
things working.
</content>
</entry>
<entry>
<title>Finalized 0.0.9 documentation.</title>
<updated>2010-12-15T21:16:31+00:00</updated>
<author>
<name>Marti Bolivar</name>
<email>mbolivar@mit.edu</email>
</author>
<published>2010-12-15T06:50:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=88cb23747ef424d26e6fffc458b5ebfc678e4d9f'/>
<id>urn:sha1:88cb23747ef424d26e6fffc458b5ebfc678e4d9f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>whitespace cleanups</title>
<updated>2010-09-27T04:40:44+00:00</updated>
<author>
<name>Marti Bolivar</name>
<email>mbolivar@mit.edu</email>
</author>
<published>2010-09-27T04:40:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=753f89de354eff212d84f3f2aff41146865da342'/>
<id>urn:sha1:753f89de354eff212d84f3f2aff41146865da342</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Enable external interrupts on all Maple GPIOs.</title>
<updated>2010-09-22T07:17:45+00:00</updated>
<author>
<name>Perry Hung</name>
<email>iperry@gmail.com</email>
</author>
<published>2010-09-22T07:17:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=c13e850abe053edaa1aad6ef7b928c6bf9288cb3'/>
<id>urn:sha1:c13e850abe053edaa1aad6ef7b928c6bf9288cb3</id>
<content type='text'>
Extend the wirish attachInterrupt() and detachInterrupt() interface to
work with all GPIOs.

Note: The STM32 external interrupt lines are multiplexed between GPIO
ports. While any GPIO can be used as an external interrupt, not all of
them can be used at the same time. Each EXTI[n] line selects between
PA[n], PB[n], PC[n], etc. For example, line EXTI5 can be used with STM32
pins PA5, PB5, or PC5, but not all at the same time. See table:

EXTI Line       Maple Pin       STM32 Pin
  0             D2              PA0
  0             D27             PB0
  0             D15             PC0
  1             D3              PA1
  1             D28             PB1
  1             D16             PC1
  2             D1              PA2
  2             D17             PC2
  2             D25             PD2
  3             D0              PA3
  3             D18             PC3
  4             D10             PA4
  4             D19             PC4
  5             D13             PA5
  5             D4              PB5
  5             D20             PC5
  6             D12             PA6
  6             D5              PB6
  6             D35             PC6
  7             D11             PA7
  7             D9              PB7
  7             D36             PC7
  8             D6              PA8
  8             D14             PB8
  8             D37             PC8
  9             D7              PA9
  9             D24             PB9
  9             D38             PC9 (BUT)
 10             D8              PA10
 10             D29             PB10
 10             D26             PC10
 11             D30             PB11
 12             D31             PB12
 13             D32             PB13
 13             D21             PC13
 14             D33             PB14
 14             D22             PC14
 15             D34             PB15
 15             D23             PC15
</content>
</entry>
<entry>
<title>Initial SPI Polling implementation.</title>
<updated>2010-04-24T07:53:22+00:00</updated>
<author>
<name>Perry Hung</name>
<email>iperry@alum.mit.edu</email>
</author>
<published>2010-04-22T06:36:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=17e0e5edde60e9bf2aa4d52173ad7d47d6d6da75'/>
<id>urn:sha1:17e0e5edde60e9bf2aa4d52173ad7d47d6d6da75</id>
<content type='text'>
Initial commit of a polling-based SPI driver. The driver is limited to
synchronous, blocking sends and a 8-bit data frame format. Tested on
SPI1 and SPI2.

Other peripherals are temporarily disabled, and the rx function
is untested until I find a good peripheral to test everything on.
</content>
</entry>
<entry>
<title>Licensing: Relicensed libmaple under the MIT License.</title>
<updated>2010-04-01T02:43:27+00:00</updated>
<author>
<name>Perry Hung</name>
<email>iperry@alum.mit.edu</email>
</author>
<published>2010-04-01T02:22:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=87c85a6449385b1256e0c64bbf5369c4faf9746d'/>
<id>urn:sha1:87c85a6449385b1256e0c64bbf5369c4faf9746d</id>
<content type='text'>
Relicensed the bulk of libmaple under the more permissive MIT License,
from GPLv3. Files that were largely or entirely derived from
the Arduino, STM, or Lanchon retain their original licenses.
</content>
</entry>
</feed>
