<feed xmlns='http://www.w3.org/2005/Atom'>
<title>feurig/libmaplemidi-cma/libmaple/usb/usb_config.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>2011-10-18T18:02:25+00:00</updated>
<entry>
<title>Oops; actually remove usb_config.h.</title>
<updated>2011-10-18T18:02:25+00:00</updated>
<author>
<name>Marti Bolivar</name>
<email>mbolivar@leaflabs.com</email>
</author>
<published>2011-10-18T18:02:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=4aebc879dd5e0fcc77918de427f2e1a1ff344221'/>
<id>urn:sha1:4aebc879dd5e0fcc77918de427f2e1a1ff344221</id>
<content type='text'>
usb_config.h was supposed to be removed in
d7afdbe6b41a77938863854a1e719398e6c35094; however, it looks like some
merge conflicts stopped that from happening while I was rebasing.

Signed-off-by: Marti Bolivar &lt;mbolivar@leaflabs.com&gt;
</content>
</entry>
<entry>
<title>usb: Disentangle CDC ACM functionality.</title>
<updated>2011-10-18T17:30:18+00:00</updated>
<author>
<name>Marti Bolivar</name>
<email>mbolivar@leaflabs.com</email>
</author>
<published>2011-09-23T21:56:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=494f05b23607438c8e23efb736046d34ceac3bed'/>
<id>urn:sha1:494f05b23607438c8e23efb736046d34ceac3bed</id>
<content type='text'>
Add new usb_cdcacm.h, which provides the virtual serial port API.
This file (and new usb_cdcacm.c) consolidate the VCOM support, which
was previously distributed through descriptors.[hc], usb.[hc],
usb_callbacks.[hc], and usb_config.h.

Add usb_init_usblib() to usb.h, as a way of initializing the USB
peripheral in terms of the data structures required by usb_lib.  This
is used by the new usb_cdcacm_enable().

Create new usb_lib_globals.h, with declarations for the usb_lib global
state which is most used throughout the rest of the libmaple USB stack.

Remove descriptors.c and usb_callbacks.[hc]; they are no longer
necessary.

Update the USB README accordingly.

Signed-off-by: Marti Bolivar &lt;mbolivar@leaflabs.com&gt;
</content>
</entry>
<entry>
<title>usb: Prepare for moving some files to usb_reg_map.h.</title>
<updated>2011-10-18T17:30:17+00:00</updated>
<author>
<name>Marti Bolivar</name>
<email>mbolivar@leaflabs.com</email>
</author>
<published>2011-09-23T21:31:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=51a2d9793b5df67ae453f1f825345493c2c88784'/>
<id>urn:sha1:51a2d9793b5df67ae453f1f825345493c2c88784</id>
<content type='text'>
usb_config.h: Remove usb_regs.h dependency; fix includes; add license.

usb_callbacks.h: Change includes to the pieces of usb_lib/ it uses,
which doesn't include usb_regs.h.

descriptors.h: Remove unused usb_lib.h include.

usb.h: Remove unused usb_lib.h include.  Some cosmetic commenting.

Signed-off-by: Marti Bolivar &lt;mbolivar@leaflabs.com&gt;
</content>
</entry>
<entry>
<title>usb: Move some board-specific configuration to Wirish.</title>
<updated>2011-10-18T17:30:17+00:00</updated>
<author>
<name>Marti Bolivar</name>
<email>mbolivar@leaflabs.com</email>
</author>
<published>2011-06-15T20:29:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=545aae44598e50f595700790259f8a4683dfbaa0'/>
<id>urn:sha1:545aae44598e50f595700790259f8a4683dfbaa0</id>
<content type='text'>
Create new BOARD_USB_DISC_DEV and BOARD_USB_DISC_BIT board-specific
values.  Use these as arguments to setupUSB() and disableUSB().  This
helps make the USB stack more generic, and goes towards the resolution
of an important FIXME.

Signed-off-by: Marti Bolivar &lt;mbolivar@leaflabs.com&gt;
</content>
</entry>
<entry>
<title>Add support for the Olimex STM32 H103 board.</title>
<updated>2011-09-27T20:44:53+00:00</updated>
<author>
<name>David Kiliani</name>
<email>mail@davidkiliani.de</email>
</author>
<published>2011-09-17T18:23:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=1873871aeaacad66d9c8b06211c7b32aaea5c829'/>
<id>urn:sha1:1873871aeaacad66d9c8b06211c7b32aaea5c829</id>
<content type='text'>
Pin layout and header files for the STM32 H103 prototype board from
Olimex featuring an STM32F103RBT6 chip. This commit contains all
necessary changes to compile with BOARD=olimex_stm32_h103.

Signed-off-by: David Kiliani &lt;mail@davidkiliani.de&gt;
</content>
</entry>
<entry>
<title>Resolving some FIXMEs.</title>
<updated>2011-04-12T00:45:47+00:00</updated>
<author>
<name>Marti Bolivar</name>
<email>mbolivar@leaflabs.com</email>
</author>
<published>2011-04-12T00:45:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=e1a5d8edafca569cf96ae88956c1392cabe84ab0'/>
<id>urn:sha1:e1a5d8edafca569cf96ae88956c1392cabe84ab0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Maple RET6 edition support</title>
<updated>2011-03-16T21:56:54+00:00</updated>
<author>
<name>Marti Bolivar</name>
<email>mbolivar@leaflabs.com</email>
</author>
<published>2011-03-16T21:37:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=580f0b696592bddf705582831722218ac56045aa'/>
<id>urn:sha1:580f0b696592bddf705582831722218ac56045aa</id>
<content type='text'>
</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>enlarged rx buffer and nak when less than 64 bytes is left in packet buf</title>
<updated>2010-12-14T04:46:36+00:00</updated>
<author>
<name>AJM</name>
<email>poslathian@poslathian.(none)</email>
</author>
<published>2010-12-14T04:46:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/feurig/libmaplemidi-cma/commit/?id=ea10437c8323265e84d2518eb2a47a26290f9f4c'/>
<id>urn:sha1:ea10437c8323265e84d2518eb2a47a26290f9f4c</id>
<content type='text'>
</content>
</entry>
</feed>
