Update dfu-util to v0.8

[chrissbarr]

Updating dfu-util and ensuring consistency across platforms.

• win was v0.1+svn, updated to v0.8 - folder structure changed to match other platforms.
• linux is v0.8, no change needed.
• linux64 was v0.7, updated to v0.8.
• macosx is v0.8, no change needed.

I settled on v0.8 even though v0.9 is available because it looks like v0.9 only has x64 Windows binaries, which might cause problems for anyone running x86. v0.8 seems to work fine and was already in use for linux and macosx platforms anyway.

Things that I'd like some input on:

• I moved the updated dfu-util in the win dir to its own dfu-util subdir, as this is how linux, linux64 and macosx are structured. This keeps things tidier (there are a few dfu-util files) and consistent across platforms. Does anyone know a reason not to do that?

[fpistm]

This repo was originally based on https://github.com/rogerclarkmelbourne/Arduino_STM32/tree/master/tools/
So all things you raised comes from this legacy.
Anyway, it's nice to align the folder tree across all host OS.
I've just do the same for stm32flash.
About v0.9 of dfu utils, I don't know if we need to move on this version.
I can rebuild all if this is requested.

[chrissbarr]

This repo was originally based on https://github.com/rogerclarkmelbourne/Arduino_STM32/tree/master/tools/
So all things you raised comes from this legacy.

That makes sense, from memory STM32GENERIC (which I think also inherited the tools setup from Roger) also had outdated dfu-util versions initially. I see Roger has added dfu-util v0.9 to his repo for "F4 DFU testing", but hasn't replaced the older dfu-util version with it yet - possibly because v0.9 is x64 only, as I mentioned previously.

I think v0.8 works well enough. There is a changelog here - I don't see anything that would be needed in the STM32 upload process. I think the main problem was that the version for Windows here was very old (v0.1) - it looks like anything after v0.5 (where they added DfuSe support) should work with most STM32 chips.

[rogerclarkmelbourne]

@chrissbarr

There was definitely a problem with the version of DFU which supported DFUSe, as it would not work with the STM32duino booloader, (I can't remember the details)
Hence I kept the old version of DFUUtil which was know to work on most platforms.

BTW.
I suspect in the end, a lot of people may switch to use the new HID based bootloader that Vassilis now administers, but AFIK there is only an upload program for Windows, (or there are only binaries (exe) for Windows)

And people seem fairly OK with using the dfu based bootloader at the moment, as you still need to load drivers (or udev rules) for the Serial, and hence the installation would be no easier even with the HID bootloader