Fix driver name resolution fallback to parent directory #19
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.
Driver name resolution wasn't implementing the documented three-tier fallback: INI field → filename → parent directory. When
driver_namewas absent from the INI file, the system tried only the filename and never fell back to the parent directory name.Example failure:
Changes
read_driver_for_config: UseNULLinstead ofdefault_driveras the default parameter todmini_get_string, enabling detection of missingdriver_namefieldsconfigure_drivers: Add fallback logic to retry with parent directory name when filename-based driver loading fails:The fallback now logs:
Driver 'stm32f746g-disco' not found, trying fallback to parent directory name 'dmclk'Original prompt
💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.