Here was the email answer from Tormod Volden of the dfu-util project:
Thanks for informing me about this issue!
First I couldn't understand why DEFAULT_POLLTIMEOUT is relevant for
the Core, since it is only used for a few (broken) devices that
doesn't report bwPollTimeout correctly. Then I saw in the posted log
that the Core is using an OpenMOKO USB ID! dfu-util thinks your core
is an old openmoko phone
We have to narrow down the device range for the OpenMOKO quirk. I
guess you are only using one device ID. Probably best if we could
figure out exactly which ID's were used for the broken openMOKOs.
Can you try just disabling the quirk in quirks.c and test again? I am
curious to what speed and reliability you'll get now by using the
(hopefully) proper timing reported by the device.
I'd appreciate as many people as possible trying out, as he says, "disabling the quirk in quirks.c" and testing with DEFAULT_POLLTIMEOUT at its default of 5.
Nice! Thank you @Hypnopompia! Thatās so AWEXOME!!! :flipper: The manufacturing line will go soooooo much faster! Think about that 10 seconds times 10,000 Cores⦠zomg.