* fix -x vtarg handling (HAS_VTARG_READ vs. HAS_VTARG_ADJ)
* stk500v1: implement new option -x xtal=nnn (part of #1560)
* fix parsing of frequencies, values w/o k or M prefix were not recognised
now frequency parameter fosc=nnnn or fosc=nnnnH[z] are also ok
* stk500v2: xtra argument -x xtal=nnnn
* unify xtra argument messages for v1 and v2, better error message wording
* update man and doc
* stk500v1: add option -B handling identical to stk500v2
* allow spaces in extra parameter, e.g. -x "fosc= .1e3 kHz"
Signed-off-by: Martin <Ho-Ro@users.noreply.github.com>
* Harmonize WIN32 implementation of serial time-outs with Posix
This is from @mariusgreuel in Issue #1249.
https://github.com/avrdudes/avrdude/issues/1249
> The WIN32 time-out is specified as ReadTotalTimeoutConstant + buflen * ReadTotalTimeoutMultiplier, which makes it potentially much longer than the Posix one (i.e. at least double). ReadIntervalTimeout is also set to timeout, which essentially renders the interval timeout ineffective, so IMHO, we should explicitly disable that feature.
* Update NEWS
* Always print error if part and programmer doesn't have a common programming interface
even though the user uses -F. It won't exit though.
* Don't mention -F in error message if -F is already used
---------
Co-authored-by: mcuee <xiaofanc@gmail.com>
Co-authored-by: Stefan Rueger <stefan.rueger@urclocks.com>
adding code that allows read-only memories to appear written successfully
provided the data to be written is already in the memory. This is useful
so that "writing" a backup to read-only memories works
- Without generating an error
- Without actually trying to write to the part
Trying to write a read-only memory with a byte that is not there will
cause a write error. This is useful if for example one tries to write a
backup of a part to another part with different signature. If the
signature is written back first, this constitutes a "check we are writing
to the same type of part".
This is from @mariusgreuel in Issue #1249.
https://github.com/avrdudes/avrdude/issues/1249
> The WIN32 time-out is specified as ReadTotalTimeoutConstant + buflen * ReadTotalTimeoutMultiplier, which makes it potentially much longer than the Posix one (i.e. at least double). ReadIntervalTimeout is also set to timeout, which essentially renders the interval timeout ineffective, so IMHO, we should explicitly disable that feature.
Rather than finding memories by name this finds memories by the correct
type further separating memory names from their functionality.
Also fixes a few unchecked avr_locate_mem() calls that could lead to
segmentation faults.
