suspect-devices/circuitpython/ports/stm32/spibdev.c, branch mainCircuitPython - a Python implementation for teaching coding with microcontrollershttps://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=main2019-10-13T15:08:52+00:00remove ports/stm322019-10-13T15:08:52+00:00Dan Halberthalbert@halwitz.org2019-10-13T15:08:52+00:00urn:sha1:fc033bd954a46156d6902392f8ae21ac2872bb1cdrivers/memory/spiflash: Rename functions to indicate they use cache.2018-06-14T06:52:56+00:00Damien Georgedamien.p.george@gmail.com2018-06-07T05:36:27+00:00urn:sha1:cc5a94044a670f5acccefa8e04a38e81d882e087
This patch renames the existing SPI flash API functions to reflect the fact
that the go through the cache:
mp_spiflash_flush -> mp_spiflash_cache_flush
mp_spiflash_read -> mp_spiflash_cached_read
mp_spiflash_write -> mp_spiflash_cached_write
stm32: Allow to have no storage support if there are no block devices.2018-05-28T11:45:46+00:00Damien Georgedamien.p.george@gmail.com2018-05-28T00:57:27+00:00urn:sha1:f497723802406c00d84b20fe5fc74b973a128ebc
If no block devices are defined by a board then storage support will be
disabled. This means there is no filesystem provided by either the
internal flash or external SPI flash. But the VFS system can still be
enabled and filesystems provided on external devices like an SD card.
stm32/*bdev.c: Eliminate dependency on sys_tick_has_passed.2018-03-27T09:38:57+00:00Damien Georgedamien.p.george@gmail.com2018-03-27T09:38:57+00:00urn:sha1:a6009a9e3569b93fd2209f041576931bdc4811f0
Explicitly writing out the implementation of sys_tick_has_passed makes
these bdev files independent of systick.c and more reusable as a general
component. It also reduces the code size slightly.
The irq.h header is added to spibdev.c because it uses declarations in that
file (irq.h is usually included implicitly via mphalport.h but not always).
stm32/storage: Remove all SPI-flash bdev cfg, to be provided per board.2018-03-09T13:59:43+00:00Damien Georgedamien.p.george@gmail.com2018-03-09T13:36:22+00:00urn:sha1:d1c4bd69dfa19b10b09f193d6a6c6a2f7548614c
If a board wants to use SPI flash for storage then it must now provide the
configuration itself, using the MICROPY_HW_BDEV_xxx macros.
stm32/storage: Make spi_bdev interface take a data pointer as first arg.2018-03-09T13:59:43+00:00Damien Georgedamien.p.george@gmail.com2018-03-09T13:22:38+00:00urn:sha1:1803e8ef221c7714e4f663c777be2f8733721f3d
This allows a board to have multiple instances of the SPI block device.
stm32/storage: Merge all misc block-dev funcs into a single ioctl func.2018-03-09T13:59:43+00:00Damien Georgedamien.p.george@gmail.com2018-03-09T11:22:29+00:00urn:sha1:1e4caf0b1ec4dcdf2348e9e0a07a12c9f63f3176
It makes it cleaner, and simpler to support multiple different block
devices. It also allows to easily extend a given block device with new
ioctl operations.
drivers/memory/spiflash: Change to use low-level SPI object not uPy one.2018-03-09T13:59:43+00:00Damien Georgedamien.p.george@gmail.com2018-03-09T06:32:28+00:00urn:sha1:a739b35a9618c2dd2d25c9ef4d076eeffddbb399
This patch alters the SPI-flash memory driver so that it uses the new
low-level C SPI protocol (from drivers/bus/spi.h) instead of the uPy SPI
protocol (from extmod/machine_spi.h). This allows the SPI-flash driver to
be used independently from the uPy runtime.
drivers/bus: Pull out software SPI implementation to dedicated driver.2018-03-09T13:59:43+00:00Damien Georgedamien.p.george@gmail.com2018-03-09T06:25:58+00:00urn:sha1:58ebeca6a9a172a35b9298a911d450722797c409
This patch takes the software SPI implementation from extmod/machine_spi.c
and moves it to a dedicated file in drivers/bus/softspi.c. This allows the
SPI driver to be used independently of the uPy runtime, making it a more
general component.
stm32/spibdev: Convert to use multiple block read/write interface.2018-03-02T13:13:15+00:00Damien Georgedamien.p.george@gmail.com2018-03-02T13:13:15+00:00urn:sha1:8bd0a51ca9e5106a834b5db070855932a0b042df
The spiflash driver now supports read/write of multiple blocks at a time.