Hi Joerg, Did you have a chance to look at my partial patch (partial as it doesn't have STK600 stuff in it yet)? It's posted as the latest comment at https://savannah.nongnu.org/bugs/?40831.
I'm not in a rush, but if we wait too long I'm liable to forget exactly what I was doing before, making it harder for me to fix/improve the patch ;-) If it seems OK let me know & will give the STK600 stuff a try too. I'll need someone else to verify that portion as don't have that hardware. Regards, -Colin O'Flynn -----Original Message----- From: Joerg Wunsch [mailto:j...@uriah.heep.sax.de] Sent: September-22-14 6:50 PM To: avrdude-dev@nongnu.org Cc: Colin O'Flynn; 'Dean Camera' Subject: Re: [avrdude-dev] [bug #40831] LUFA AVRISP-MKII fails with avrdude 6.0.1 As Colin O'Flynn wrote: > There is some current code in there, which as Dean mentioned is just > not triggered. Would it seem cleaner to rearrange this such that if > attempting to read from the endpoint fails, we switch to heuristic > mode No, no trial & error, please. If at all, then apply a proper heuristics straight from the beginning. For the Atmel tools, the EP numbers are well defined, so checking the algorithm against these definitions should be easy. For the remainder, the algorithm must be clever enough to always detect the correct EP setup situation. The goal must be to have no hardcoded EP numbers in the code anymore. -- cheers, Joerg .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) _______________________________________________ avrdude-dev mailing list avrdude-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/avrdude-dev
