The disadvantage I see to applying the patch to nf is this will break any 3rd party boards packages that use the affected MCUs and Arduino's nf. I was able to successfully burn ATmega328P and ATmega168 based boards with the USBtinyISP.
I was unable to completely test the lock_bits with my USBtinyISP because it's been failing verification of larger hex files lately for some reason but that issue is happening universally and so is not specific to this test or avrdude 6.3.0-arduino2. I did Tools > Burn Bootloader on every ATmega328P, ATmega168, ATmega32U4, ATmega2560 based board in boards.txt using Atmel AVRISP mkII, USBasp, Arduino as ISP and USBtinyISP. I applied the patch to Arduino AVR Boards 1.6.12's nf(attached: ) and modified the unlock_bits and lock_bits in boards.txt(attached: boards.txt)(EDIT: boards.txt updated with a couple edits I missed), which has extended_fuses values also modified according to arduino/Arduino#5182. It is fixed by modifying nf according to this patch: Using the same programmer with avrdude 6.0.1-arduino5 works correctly.
The same issue occurs with all the Arduino AVR Boards I tested(every ATmega328P, ATmega168, ATmega32U4, and ATmega2560 based board in boards.txt) except for Gemma(which is unaffected by this issue or the patch). Writing | # | 100% 0.01sĪvrdude: verifying lock memory against 0x3F:Īvrdude: load data lock data from input file 0x3F:Īvrdude: input file 0x3F contains 1 bytesĪvrdude: verification error, first mismatch at byte 0x0000Īvrdude: verification error content mismatch Lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00Ĭalibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00ĭescription : Atmel STK500 Version 2.x firmwareĪvrdude: AVR device initialized and ready to accept instructions Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBackĮeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff System wide configuration file is "C:\Program Files (x86)\arduino-1.6.10\hardware\tools\avr/etc/nf"Īvrdude: usbdev_open(): Found AVRISP mkII, serno: 000200217496