Uh oh!
There was an error while loading. Please reload this page.
fix(rp): bind picotool deployment to the selected device - #1260
Conversation
Caution Review failedThe pull request is closed. ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Plus Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (7)
📝 WalkthroughWalkthroughRP2040 and RP2350 deployment now resolves verified, family-specific BOOTSEL identities and binds picotool operations to the selected serial, VID, and PID. Preflight classification is target-aware, forced loading is removed, and deployments fall back to UF2 when picotool cannot be used. ChangesRP2040/RP2350 deployment
Estimated code review effort: 4 (Complex) | ~45 minutes Possibly related issues
Possibly related PRs
✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
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 |
Closes#1259\n\n## Summary\n- bind every picotool probe/load to the selected runtime USB serial and the exact ROM identity from verified FastLED/boards profiles\n- remove picotool force-reset (-f) and refuse unscoped or ambiguous PICOBOOT operations\n- treat Windows PICOBOOT Code 43 and other problem devnodes as a mass-storage-only fallback; never touch a stale runtime devnode\n- add RP2350 PICOBOOT preflight coverage and release fbuild 2.5.14\n\n## Verification\n- soldr cargo test -p fbuild-deploy rp2040 --lib -- --nocapture (117 passed)\n- soldr cargo test -p fbuild-core verified_cache_installs_typed_profiles_and_aliases --lib -- --nocapture\n- soldr cargo check --workspace --all-targets\n- git diff --check\n\nHardware deployment was intentionally not retried: the attached RP2350W remains a Windows Code-43 phantom and fbuild correctly refuses to reset that stale devnode.
Summary by CodeRabbit
New Features
Bug Fixes
Documentation
Chores