git-svn-id: svn://svn.code.sf.net/p/chibios/svn/trunk@2258 35acf78f-673a-0410-8e92-d51de3d6d3f4

This commit is contained in:
gdisirio 2010-10-15 14:53:20 +00:00
parent 62848be375
commit c6b79eda52
1 changed files with 49 additions and 34 deletions

View File

@ -1,13 +1,12 @@
Status: Status:
? = Not sure if worth the effort or useful at all.
- = Planned. - = Planned.
X = In progress, some work done. X = In progress, some work done.
* = Done. * = Done.
? = Not sure if worth the effort or useful at all.
Within 2.1.x (hopefully) Within 2.1.x
* Binary Semaphores on top of Counting Semaphores. * Binary Semaphores on top of Counting Semaphores.
* Direct unbuffered UART driver (evaluate rebuilding the current serial driver * Direct unbuffered UART driver.
as a generic driver on top of the low level UART driver).
Requirements: low level, callbacks, DMA capable, state machines buildable Requirements: low level, callbacks, DMA capable, state machines buildable
on top, support data words greater than 8 bits, callback for on top, support data words greater than 8 bits, callback for
"last byte transmitted (RS485)", simple implementation, "last byte transmitted (RS485)", simple implementation,
@ -18,38 +17,59 @@ Within 2.1.x (hopefully)
initializer hook. initializer hook.
* All the device driver callbacks must have the driver pointer as first * All the device driver callbacks must have the driver pointer as first
parameter. parameter.
* Change the SPI driver to be able to work asynchronously with callbacks, * Change the SPI driver to be able to work asynchronously using callbacks,
keep the synchronous APIs available as option. keep the synchronous APIs available as option.
* Update the STM32 SPI driver. * Update the STM32 SPI driver to the new model.
- Update the AT91SAM7 SPI driver. * Make the ADC driver have the same synchronous/asynchronous API of the
- Update the LPC214x SPI driver. new SPI driver model.
- Write an SPI driver for LPC1xxx. * General HAL improvements.
- Make the ADC, I2C and UART drivers have the same "wait" semantic like - Update the AT91SAM7 SPI driver (DMA and/or ISR).
the new SPI driver model. - Verify the FatFs demo on both the AT91SAM7X and AT91SAM7S.
X Resist doing more changes and optimizations in the kernel, fixes only. - Update the LPC214x SPI driver (ISR).
X File System infrastructure. - Verify the LPC214x FatFs demo.
X General HAL improvements. - Write a new SPI driver for LPC1xxx (ISR)(it should be very close to the
X I2C device driver class support and at least one implementation. LPC214x one).
- MAC driver for STM32F105/STM32F107 (hardware missing). - Evaluate if to add a synchronous API to the UART driver, eventually do so.
- Device drivers for STM8 (SPI, ADC, PWM, bring it on par with STM32). - Serial over UART complex driver driver, evaluate from the performance
- Support for more compilers (ARMCMx only initially). results if to make obsolete the current dedicated Serial driver.
- Support for not just Makefiles (Ride7, Crossworks, Eclipse CDT etc). - STM8L official HAL support, it will have to be separated from the STM8S/STM8A
- Batch testing of the ARM7/ARMCMx port using OpenOCD, with reports. HAL because it is very different, actually it looks much more like a
mini STM32, most STM32 drivers will only require few changes it also has
a very similar DMA (waiting for the new STM8L-Discovery kit).
- Add the STM32VL to the official STM32 HAL support (waiting for the new
STM32-Discovery kit).
- Evaluate a new API for the SPI driver for quick transfers of few bytes.
X Except for the above, bug fixing only until the 2.2.0 release.
Later but within 2.x.x Within 2.3.x (hopefully)
- Merge the Coldfire branch in mainline. - Resist doing more changes and optimizations to the kernel.
- Merge the H8S branch in mainline. X File System infrastructure.
- Official FatFs wrapper using the new infrastructure, dedicated test suite.
X I2C device driver class support and at least one implementation (test
hardware missing).
- Shared DMA channels support in the STM32/STM8L HALs.
- New device driver models: RTC, WDG, DAC, USB, Systick, Battery Monitor.
- MAC driver for STM32F107 (hardware missing).
- Device drivers for STM8/STM8L (SPI, ADC, PWM, bring it on par with STM32).
- Support for more compilers (ARMCMx only initially).
- Support for not just Makefiles (Ride7, Crossworks etc).
- Batch testing of the ARM7/ARMCMx port using OpenOCD, with reports.
- Debug-related features and tools. - Debug-related features and tools.
- Evaluate if reimplement the SPI/CAN drivers to be callback-based like the
ADC, PWM and UART drivers, the current API could be rebuilt on top.
- Add a *very simple* ADC API for single one shot sampling (implement it as - Add a *very simple* ADC API for single one shot sampling (implement it as
an injected conversion on the STM32). an injected conversion on the STM32).
- USB device driver class support.
- MAC driver revision in order to support copy-less operations, this will
require changes to lwIP or a new TCP/IP stack however.
- Update C++ wrapper (Heap, Pools, Mailboxes and any new feature). - Update C++ wrapper (Heap, Pools, Mailboxes and any new feature).
- Threads Pools manager in the library. - Threads Pools manager in the library.
Later but within 2.x.x
- Transactional file system.
- Dedicated TCP/IP stack.
? ISO7816 driver over UART driver, both reader and card side (hardware
missing).
- Merge the Coldfire branch in mainline (hardware missing).
- Merge the H8S branch in mainline (hardware missing).
- MAC driver revision in order to support copy-less operations, this will
require changes to lwIP or a new TCP/IP stack however.
Ideas for 3.x.x: Ideas for 3.x.x:
- High resolution timers and tickless kernel. - High resolution timers and tickless kernel.
- Multicore support. - Multicore support.
@ -57,10 +77,5 @@ Ideas for 3.x.x:
Side projects: Side projects:
X ChibiOS Wizard, UML modeling and ChibiOS applications code and X ChibiOS Wizard, UML modeling and ChibiOS applications code and
documentation generator. documentation generator.
X File System ? File System
? Posix layer.
- Visual debugger/monitor interfaced through OpenOCD. - Visual debugger/monitor interfaced through OpenOCD.
Lower priority:
- More demos
- More ports