Search found 374 matches
- Wed Dec 08, 2021 7:57 pm
- Forum: Small Change Requests
- Topic: hal_flash add flash_sector_t flashGetSector(BaseFlash *, flash_offset_t) Topic is solved
- Replies: 5
- Views: 3911
Re: hal_flash add flash_sector_t flashGetSector(BaseFlash *, flash_offset_t) Topic is solved
Here's an implementation (untested). /** * @brief Returns the sector of an offset. * * @param[in] devp pointer to a @p BaseFlash object * @param[in] offset flash offset * * @return the sector of the offset */ flash_sector_t flashGetOffsetSector(BaseFlash *devp, flash_offset_t offset) { flash_sector_...
- Wed Dec 08, 2021 7:40 pm
- Forum: Small Change Requests
- Topic: hal_flash add flash_sector_t flashGetSector(BaseFlash *, flash_offset_t) Topic is solved
- Replies: 5
- Views: 3911
hal_flash add flash_sector_t flashGetSector(BaseFlash *, flash_offset_t) Topic is solved
Being able to map between a flash offset and the sector is useful (similar to the sector to offset func that currently exists).
So, something like this:
So, something like this:
Code: Select all
flash_sector_t flashGetSector(BaseFlash *, flash_offset_t)
- Wed Dec 01, 2021 7:16 pm
- Forum: Small Change Requests
- Topic: can_lld_set_filters (stm32 CANv1) clobbers filters if called multiple times
- Replies: 3
- Views: 2661
Re: can_lld_set_filters (stm32 CANv1) clobbers filters if called multiple times
Giovanni wrote:Hi,
I am not sure about this, this function is a "set" filters, not an "add" filters". Not saying that it would not be useful but it would also require something to clear filters and start over.
Giovanni
Okay, so maybe add another function to clear out all the filters?
- Wed Dec 01, 2021 7:04 pm
- Forum: Development and Feedback
- Topic: Clang/LLVM
- Replies: 35
- Views: 22182
Re: Clang/LLVM
Here you go
- Wed Dec 01, 2021 6:14 pm
- Forum: Bug Reports
- Topic: QSPI erratum "fix" not applicable to stm32L496 Topic is solved
- Replies: 12
- Views: 5181
Re: QSPI erratum "fix" not applicable to stm32L496 Topic is solved
Just tried your version of the fix - seems to work. Thanks!
- Wed Dec 01, 2021 6:27 am
- Forum: Development and Feedback
- Topic: Clang/LLVM
- Replies: 35
- Views: 22182
Re: Clang/LLVM
Bump
- Tue Nov 30, 2021 9:59 pm
- Forum: Bug Reports
- Topic: STM32L496 and L4A6 STM32_CAN_MAX_FILTERS should be 28 Topic is solved
- Replies: 2
- Views: 1617
- Tue Nov 30, 2021 9:51 pm
- Forum: Bug Reports
- Topic: QSPI erratum "fix" not applicable to stm32L496 Topic is solved
- Replies: 12
- Views: 5181
Re: QSPI erratum "fix" not applicable to stm32L496 Topic is solved
QSPI is still broker for L496. Are you hesitant to put that dmaStreamDisable back in there?
- Wed Nov 10, 2021 12:46 am
- Forum: Development and Feedback
- Topic: Clang/LLVM
- Replies: 35
- Views: 22182
Re: Clang/LLVM
Based on stable_20.3.x branch, here you go. Works with standard llvm/clang distribution, and ARM gcc compiler (used for linker and built-ins). For some reason LTO doesn't work, so disable that (may want to do that in rules.mk). Having trouble attaching files .. I started with the GCC rules.mk, since...
- Tue Nov 09, 2021 10:08 pm
- Forum: General Support
- Topic: What is DLIBDIR in rules.mk
- Replies: 1
- Views: 1302
What is DLIBDIR in rules.mk
What is DLIBDR in rules.mk? I haven't found any references to it.
https://github.com/ArduPilot/ChibiOS/bl ... es.mk#L110
https://github.com/ArduPilot/ChibiOS/bl ... es.mk#L110