Closed askn37 closed 2 months ago
@askn37 Great contribution! Thanks. We have a preference for PRs as opposed to patches. That reduces maintainer workload and gives credit to the person who came up with the code. Would you be so kind to submit a PR? Thanks!
Small tip: perhaps clarify in all related comments that it is nEDBG (FW <= ... ) cannot erase BOOTROW
as bootrow can be erased by other drivers, eg, serialudpi.
Confirmed: "Curiosity Nano AVR32DU32" ICE-FW(nEDBG) <= 1.31 (rel 39) - Page-Erase fail "Curiosity Nano AVR16EB32" and PICKit4 have not been tested yet. https://github.com/avrdudes/avrdude/issues/1868
I can test the AVR-EB using a Curiosity Nano and a PICkit4
@MCUdude
I can test the AVR-EB using a Curiosity Nano and a PICkit4
Can you help me? Unfortunately, I only realized yesterday that "Curiosity Nano AVR16EB32" is not on my shopping list. It's a shame that I can't buy PICKit4 again.
This is a valid suggestion for the following products. It may also be valid for the AVR-DU/EB series and PICKit4.
Before the patch, BOOTROW can only be read, rewriting fails, and pages cannot be erased.
After the patch, BOOTROW can be rewritten with the following exceptions:
The basis for the fix is the following statement in the ATDF file:
Based on this explanation, we will provisionally treat BOOTROW as a "user_signatures" type.