fix(Boards): Add weak definition of GPIO0 IRQ handler to MAX32665's MAXREFDES178 BSP #664
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.
Description
Migrating the PushButton code to MiscDrivers caused existing cube camera projects to hang because they relied on the GPIO0_IRQHandler defined in the old implementation of pb.c. This GPIO handler was not included in the MAX32665's MAXREFDES178 BSP because it does not have any push buttons connected to GPIO0. This PR adds a weak definition to the MAX32665's MAXREFDES178 BSP to support the legacy implementation while cube camera projects get updated with their own definition of GPIO0_IRQHandler.
Issue #49 has been submitted to the MaximIntegratedAI/refdes repo to request the GPIO0_IRQHandler get added to each of their projects, however this change should still be added in the meantime because it doesn't seem like anybody has been maintaining that repo.
Checklist Before Requesting Review