summaryrefslogtreecommitdiffstatshomepage
path: root/stmhal/storage.c
Commit message (Collapse)AuthorAge
* all: Use the name MicroPython consistently in commentsAlexander Steffen2017-07-31
| | | | | There were several different spellings of MicroPython present in comments, when there should be only one.
* stmhal: Add support for NUCLEO_F446RE board.Dave Hylands2017-06-07
|
* stmhal: Convert all module and method tables to use MP_ROM macros.Damien George2017-05-06
|
* stmhal: Set the FatFs partition number when initialising VFS object.Damien George2017-01-30
| | | | | stmhal has MULTI_PARTITION enabled for FatFs and so these values need to be initialised.
* stmhal: Use LED constants from PYBv4 onwards.Damien George2017-01-30
|
* extmod: Merge old fsusermount.h header into vfs.h and vfs_fat.h.Damien George2017-01-30
| | | | | vfs.h is for generic VFS declarations, and vfs_fat.h is for VfsFat specific things.
* stmhal: Convert to use VFS sub-system and new ooFatFs component.Damien George2017-01-27
| | | | | | | | | | | | This patch makes the following configuration changes: - MICROPY_FSUSERMOUNT is disabled, removing old mounting infrastructure - MICROPY_VFS is enabled, giving new VFS sub-system - MICROPY_VFS_FAT is enabled, giving uos.VfsFat type - MICROPY_FATFS_OO is enabled, to use new ooFatFs lib, R0.12b User facing API should be almost unchanged. Most notable changes are removal of os.mkfs (use os.VfsFat.mkfs instead) and pyb.mount doesn't allow unmounting by passing None as the device.
* stmhal: Add ability to have filesystem stored on external SPI flash.Damien George2017-01-24
| | | | | | | | | To use this feature a port should define MICROPY_HW_SPIFLASH_SIZE_BITS along with x_CS, x_SCK, x_MOSI, x_MISO (x=MICROPY_HW_SPIFLASH). This will then use external SPI flash on those pins instead of the internal flash. The SPI is done using the software implementation. There is currently only support for standard SPI (ie not dual or quad mode).
* stmhal: Add STM32F769DISC board files.Rami Ali2016-12-13
| | | | With minor changes to adc.c and storage.c to support the F769.
* stmhal: Add NUCLEO_F767ZI board, with openocd config for stm32f7.Rami Ali2016-12-13
|
* stmhal: Add support for flash storage on STM32F415.Dave Hylands2016-11-26
|
* stmhal: Fix linker map for STM32L476 chips.Dave Hylands2016-10-04
| | | | | | | In particular, this makes the L4 .isr_vector section 16K in size so it's the same as the F4/F7 MCUs. The patch also moves the L4 filesystem to the end of flash, which allows for 512K filesystem on the 1Mb devices like the STM32L476DISC.
* stmhal: L4: Modify flash.c and storage.c to support L4 MCU.Tobias Badertscher2016-04-21
| | | | | The way to lookup the flash sector now uses a much simpler table for all MCUs.
* stmhal: Add support for generic STM32F439 board (non DISCO).Ryan Shaw2016-03-09
|
* extmod/fsusermount: Move BP_IOCTL_xxx constants to fsusermount.h.Damien George2016-02-10
|
* extmod/fsusermount: Support mounting of multiple block devices.Damien George2016-02-10
| | | | | | | | | | | | | This patch adds support to fsusermount for multiple block devices (instead of just one). The maximum allowed is fixed at compile time by the size of the fs_user_mount array accessed via MP_STATE_PORT, which in turn is set by MICROPY_FATFS_VOLUMES. With this patch, stmhal (which is still tightly coupled to fsusermount) is also modified to support mounting multiple devices And the flash and SD card are now just two block devices that are mounted at start up if they exist (and they have special native code to make them more efficient).
* stmhal: Expose flash and SD card as proper objects with block protocol.Damien George2016-02-10
| | | | | | | | | | You can now create (singleton) objects representing the flash and SD card, using: flash = pyb.Flash() sdcard = pyb.SDCard() These objects provide the block protocol.
* stmhal: Add support for the STM32F429I-DISCO kit by STMicro.Tobias Badertscher2015-11-25
|
* stmhal: Add symbolic #defines for interrupt levels in irq.h.Dave Curtis2015-11-01
|
* stmhal: Add STM32F7 support for USB serial and storage.Dave Hylands2015-08-03
| | | | | | | | | | | | USB serial is now working for F7. Internal file storage is now working for F7. The flash is laid out a bit differently to the F4 - 4 x 32K, 1 x 128K with the rest 256K, so the internal storage is 96K. Added more pind definitions for STM32F7DISC board. Made USART1 be the default HWUART repl. The STLINK usb connector also looks like a USB serial port which is attached to USART1 on the STM32F7DISC.
* stmhal: Add STM32F7DISC and associated changes.Dave Hylands2015-07-30
|
* stmhal: Replace #include "stm32f4xx_hal.h" with #include STM32_HAL_H.Dave Hylands2015-07-30
|
* stmhal: Add config option for storage to use second flash segment.Damien George2015-06-27
| | | | | | | | When enabled this allows the internal storage to be split over 2 contiguous regions of flash (two segments), and so the storage can be increased. This option is disabled by default, giving original behaviour.
* stmhal: Add support for STM32F411 MCU.Damien George2015-04-18
|
* stmhal: For flash storage use same params for F407 as F405.Damien George2015-04-18
|
* stmhal: Add support for flash filesystem on F401 MCUs.Damien George2015-04-18
| | | | It uses a 16k cache buffer and so the filesystem size is limited.
* stmhal: Prefix includes with py/; remove need for -I../py.Damien George2015-01-01
|
* stmhal: Include mpconfig.h before all other includes.Paul Sokolovsky2014-06-28
| | | | | | It defines types used by all other headers. Fixes #691.
* Add license header to (almost) all files.Damien George2014-05-03
| | | | | | | Blanket wide to all .c and .h files. Some files originating from ST are difficult to deal with (license wise) so it was left out of those. Also merged modpyb.h, modos.h, modstm.h and modtime.h in stmhal/.
* stmhal: Improve flash storage cache management.Damien George2014-04-16
| | | | | | | | | | | | | | | | Internal flash used for the filesystem is now written (from the cache) only after a 5s delay, or when a file is closed, or when the drive is unmounted from the host. This delay means that multiple writes can accumulate in the cache, and leads to less writes to the flash, making it last longer. It's implemented by a high-priority interrupt that takes care of flash erase and write, and flushing the cache. This is still only an interim solution for the flash filesystem. It eventually needs to be replaced with something that uses less RAM for the cache, something that can use more of the flash, and something that does proper wear levelling.
* stmhal: Add flash write support and flash storage driver.Damien George2014-03-17