the "make clean" target showed a constant "stm32/f1" debug message
instead of the current relative directory. this is fixed by showing the
relevant portion of the current directory instead, relevant being
determined by evaluating the current makefile's relative position and
stripping that part off.

Merge remote-tracking branch 'ksarkies/doc'

Conflicts:
	doc/stm32f1/Doxyfile
	doc/stm32f2/Doxyfile
	doc/stm32f4/Doxyfile
	lib/stm32/f1/Makefile
	lib/stm32/f2/Makefile
	lib/stm32/f4/Makefile

F2/4 has now I2C3 included

Again added to L1 which is similar to F1

(Note there are now dummy source files dac.c (and others) that are
not compiled but are needed for documentation).

Updated the documentation so that it appears in all families
Also added it to the L1 area, but is untested. An addition to the memorymap
allows commonality and a #ifdef added to the spi_common_all code to
exclude the case of SPI3 for L1 and F0 as SPI3 doesn't exist in those.
An rcc dispatch header was added to remove same code from the spi header.

This sets the stage for adding DMA to STM32F3xx (when added) and STM32L1xx as the controller appears to be identical in these.

In the header:
- Fix DMA_SxCR_CT: change shift from 18 to 19
For use with the convenience functions:
- Added DMA_SxCR_CHSEL generic values
- Added DMA_STREAM - generic values
- Added dma_if_offset - rather than separating out LISR and HISR
- Added masks
- Added dma_disable_double_buffer_mode()

Merge remote-tracking branch 'mrnuke/lm4f_initial'

Merge remote-tracking branch 'oojah/master'

Merge remote-tracking branch 'nfbraun/master'

Merge remote-tracking branch 'karlp/pr_l1_flash-rcc-pwr-timers'

Merge remote-tracking branch 'bgamari/master'

Merge remote-tracking branch 'icd/master'

There was no reference to LM4F in in the doc/ subdirectory. Add the needed
infrastructure to generate focumentation for LM4F.

Signed-off-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>

The LM4F provides new registers for system control. Each peripheral
now has its own clock gating control register. The LM4F still supports
the legacy registers for backwards compatibility.

Use SYSCTL_RCGCGPIO instead of SYSCTL_RCGC to enable the GPIO.

Signed-off-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>

Signed-off-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>

Add an "#ifdef(LM4F)" clause to include/libopencm3/dispatch/nvic.h
and lib/dispatch/vector_nvic.c. This compiles in the vector table
and allows interrupts to be used.

Signed-off-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>

Specify the -mfloat-abi=hard and -mfpu=fpv4-sp-d16 flags so that FPU
is enabled by default.
While this compiles with FPU support, in order to use the floating point types,
the FPU must be explicitly enabled at runtime.

Signed-off-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>

Fix three distinct issues were present with
examples/lm4f/Makefile.include:
1. Architecture flags were not being passed to the linker. This caused the linker
to link against the wrong libraries when trying to use any C library, causing
hard faults.
2. -lc and -lnosys were not linked against. Try using printf() without -lnosys
3. The makefile erroneously specified -mcpu=cortex-m3 instead of m4.

Signed-off-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>

Signed-off-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>

Signed-off-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>

Create lm4f code infrastructure from the lm3s infrastructure.

As far as the interrupt table is concerned, don't create an irq.yaml. Just
include the LM3S nvic.h. The LM3S vector table seems to be compatible with the
LM4F

Signed-off-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>

I can't find any evidence in the manual to support this comment's claim.

This has only been tested functionally with basic timers, and basic operations.
Advanced timer support has been #ifdefed to compile, but this probably needs more testing.