Add possibility to redefine SD detection pin irq handlers at application level #74
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Add configuration macro to allow interrupt handlers related to SD detection pin to be deactivated at compile time without changing the source code.
Description
The way STM32F4xx and STM32F7xx ports handle interrupts related to SD detection pin is a bit limiting for 2 reasons:
The idea here is to give the possibility to a user to handle this interrupt - if needed - at application level without changing the library source code. This PR introduces
ffconfigSDIO_DRIVER_DEFINES_SD_DETECTION_INTERRUPT_HANDLER
macro. There is also a modification applied to STM32F4xx and STM32F7xx ports to surroundHAL_GPIO_EXTI_Callback
andEXTI15_10_IRQHandler
with this newly defined macro.FYI - related to this discussion on the forum.
Test Steps
Integrate the content of this PR in my project to check that functions can be defined at application level without conflicts.
Checklist:
Related Issue
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.