| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and DMA2D was unpractical from the programmers view because both controllers are to different. LTDC only controls the display visibility but the DMA2D controller changes the content of the frame buffer (buffer of the layer).
The main features are:
1. DMA2D interface
Supports the nuttx pixel formats:
- FB_FMT_RGB8
- FB_FMT_RGB24
- FB_FMT_RGB16_565
Dynamic layer allocation during runtime for the supported formats
- The number of allocatable layer can be configured.
Supported dma2d operation:
- blit (Copy content from source to destination layer) also works with
selectable area.
- blend (Blend two layer and copy the result to a destination layer wich can
be a third layer or one of the source layer) also works with selectable
area.
- fillarea (Fill a defined area of the whole layer with a specific color)
As a result of that the dma2d controller can't transfer data from the core coupled memory, CCM is disabled but usable by the ccm allocator. Currently the ccm allocator is used for allocating the layer structurei only. For the dma memory (layers frame buffer) memory is allocated from heap 2 and 3.
2. LTDC interface
I have changed the api for the currently non implemented operations:
- blit (Copy content from a dma2d layer to an ltdc layer) also works with
selectable area.
- blend (Blend two dma2d layer and copy the result to a destination ltdc
layer) also works with selectable area.
Note! ltdc layer is a layer referenced by the ltdc interface. dma2d layer
is a layer referenced by the dma2d interface.
One of the most important questions for me was, How can i flexible use an
ltdc layer with the dma2d interface, e.g. as source layer for dma2d
operations?
Get the layer id of the related dma2d layer by a special flag when using
getlid() function of the ltdc interface and use the layer id to reference
the specific dma2d layer by the dma2d interface.
The ltdc coupled dma2d layers are predefined and can't be dynamically
allocated of freed. They use the same frame buffer memory and the same
color lookup table.
Changes:
- layer internal format of the clut table
- interrupt handling for register reload (vertical vblank) instead using
waiting loop
- small fixes and refactoring
From Marco Krahl.
|
| |
|
|
|
|
| |
meaningless RTC MAGIC settings
|
|
|
|
| |
From David Sidrane
|
|
|
|
|
|
|
|
|
|
|
|
| |
so the default LSE source for the RTC doesn't work.
In stm32_rtcc.c the up_rtcinitialize() logic doesn't work with the LSI. The check on RTC_MAGIC on the BK0R register lead to rtc_setup() call that rightfully enables the lsi clock; but the next times, when the rtc is already setup, the rtc_resume() call does NOT start the lsi clock!
The right place to put LSE/LSI initialisation is inside stm32_stdclockconfig() in stm32fxxxxx_rcc.c. Doing this I checked the possible uses of the LSI and the LSE sources: the LSI can be used for RTC and/or the IWDG, while the LSE only for the RTC (and to output the MCO1 pin)..
This change is not verifed for any other platforms.
From Leo Aloe3132
|
| |
|
|
|
|
| |
Only tested on STM32F373CC, but should work on the rest. Contributed by Marten Svanfeldt.
|
|
|
|
| |
file system. With an option to Save Panic context to one of the files. From David Sidrane.
|
| |
|
|
|
|
| |
Jussi Kivilinna
|
| |
|
| |
|
|
|
|
| |
STM32-specific conditional logic outside of the STM32 sandbox.
|
|
|
|
| |
configurations. From Jussi Kivilinna.
|
|
|
|
| |
unless they have implemented SDIOWAIT_WRCOMPLETE
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
This adds the following ltdc configuration options:
- dither support
- cmap support, is this the right place for CONFIG_FB_CMAP?
- support for extended ltdc interface
Signed-off-by: Marco Krahl <ocram.lhark@gmail.com>
|
|
|
|
| |
Signed-off-by: Marco Krahl <ocram.lhark@gmail.com>
|
| |
|
| |
|
|
|
|
| |
drivers/serial/Kconfig. Add CONFIG_ARCH_HAVE_SERIAL_TERMIOS to indicate if an MCU supports TERMIOS
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
to convert the stm32f429i-disco configuration to use OTGHS instead of OTFHS in FS mode (OTGFS2). But I don't have the boards and can't test
|
|
|
|
| |
mode logic. From Brennan Ashton
|
| |
|
|
|
|
| |
coupling between procfs, mtd, and now STM32
|
| |
|
| |
|
|
|
|
| |
From Kosma Moczek
|
| |
|
|
|
|
| |
(and maybe others). From Patrizio Simona
|
|
|
|
| |
rogue perpipherals. Taken from the PX4 commit by Tridge
|
|
|
|
| |
miscellaneous other improvements to the original STM32151 logic). From Jussi Kivilinna and Sami Pelkonen
|
|
|
|
| |
naming a little more consistent
|
|
|
|
| |
options presented for the F401RE. There are still invalid peripheral options being presented
|
|
|
|
| |
options presented for the F401RE. There are still invalid peripheral options being presented
|
|
|
|
| |
options are presented for the F401RE. There are still invalid peripheral options being presented
|
| |
|
|
|
|
| |
offered. But there are many more options available for the F401 that should be availalbe: CAN, nonexistent timers, etc. These will all need to be addressed
|
| |
|
|
|
|
| |
Bennett
|
| |
|
| |
|
|
|
|
| |
configs/viewtools-stm32f107: Fix build for F103 and F107: F103 has USB device; F107 has OTGFS
|
| |
|