fix: SPI lock; revert http flags - #366
Conversation
📝 WalkthroughWalkthroughThe change protects SD-card operations with SPI locks, creates missing save directories recursively, excludes shared-SPI builds, and updates filesystem comments. ESP32 URL requests now reuse HTTP connections through a stored client and keep-alive headers. ChangesSD-card access
URL tile HTTP reuse
Estimated code review effort: 3 (Moderate) | ~20 minutes Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@source/graphics/map/SdFatService.cpp`:
- Line 86: Synchronize ReentrantSpiLock’s owner/depth state while retaining a
single underlying SPI acquisition for the outermost nested guard. Apply the
corresponding guard changes at source/graphics/map/SdFatService.cpp lines 86-86
and 144-144, and source/graphics/map/SDCardService.cpp lines 94-94 and 151-151;
update the shared lock implementation or usage around these guards so concurrent
UI and radio access cannot race.
🪄 Autofix
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Organization UI
Review profile: CHILL
Plan: Pro Plus
Run ID: 0d6a0f60-ec94-446d-b9a8-375b3d7fe8fe
📒 Files selected for processing (4)
include/graphics/map/URLService.hsource/graphics/map/SDCardService.cppsource/graphics/map/SdFatService.cppsource/graphics/map/URLService.cpp
#356 introduced SPI issues when loading/saving from SD card
Summary by CodeRabbit
Bug Fixes
Performance