softusb-input/Makefile: minor cleanup (whitespace and .PHONY)
tools/asm/pfpu: renamed M1_{HOST,USER,PW} to MM_* and removed defaults

Following discussion on #milkymist, the names are now "official".
softusb-input/Makefile: added target "upload" to upload softusb-input.bin to M1

Uses ftp-upload from the eponymous package.
Merge branch 'master' of github.com:milkymist/milkymist
softusb: added access to Navre's PC via CSR

This is for debugging. Removed reading back the reset status via CSR,
since it seems not very useful and we don't have to decode the address
this way.
softusb: added the usual set of -W... flags and corrected code accordingly

The problem were:

- missing "void" in function declarations in main.c

- debug.c didn't include debug.h

None of these caused actual malfunction.
softusb/navre.ld: change LENGTH of data section from 32 kB to 8 kB

This doesn't affect the code to currently generate. Just removes a
bit of potentially misleading information.
softusb: disable RX timeout message in usb_in

We got a HUGE number of these with full-speed devices, badly spamming
the diagnostic output.

Note that this change may reduce the probability of successful
enumeration: with the timeout message, 36/50 = 72% unplug-reset-plug
cycles succeeded with LV3, while without the message, only 40/75 =
53% did.
softusb: don't send SOF while in full-speed bus reset

We started sending SOF a little too early, making it impossible to
reset the bus without physical unplugging.

Note that resetting an LV3 via unplug-usb_load-plug leads to
successful enumeration with probability 40/75 = 53% while only
usb_load yields 23/50 = 46%.

This also introduces a failure mode not seen before where the
LV3 enumerates ("Found MIDI") but still doesn't communicate.
Subsequent bus resets are unsuccessful. Plug cycling helps.
softusb: fix two typos, one of them breaking some error detection

If the OUT token to end a data phase wasn't ack'ed, we didn't notice.

This still leaves the LV3 success rate at 13/25 = 52%.
softusb: limit IN/OUT retries in control_transfer

If hitting persistent timeouts or an unresponsive device, we could
loop forever. This would hang the entire USB subsystem, also for any
devices on the other port. Also unplugging wouldn't help. Only a
reboot or - lately - reloading the USB firmware would get out of this.

Parameter stability:

Retry limit for main data phase
|    Retry limit for the IN/OUT ending it
|    |    LV3 successes
|    |    |
 50   10  13/25 = 52%
100   10  23/50 = 46%
250   10  12/25 = 48%
250  100  29/50 = 58%
softusb: when exhausting retries, reset the device up to three times

This brings the LV3 success rate to 50/50 = 100%.
softusb: use #defines instead of open-coded retry constants
softusb-input debug: fix hexdump format
flterm: add speed option

Drop doublerate parameter and replace it with a generic speed parameter.
Additionally, on linux you can supply any (non-standard) baudrate.

Signed-off-by: Michael Walle <michael@walle.cc>
flterm: report usage errors to the user

Don't silently ignore errors while parsing the parameters.

Signed-off-by: Michael Walle <michael@walle.cc>
Bump version numbers
Added note showing clang usage for compiling.
include.mak: wrapped long line introduced by previous commit
fix compiler warnings

Signed-off-by: Michael Walle <michael@walle.cc>