minion - clean up statline
api - buffer size off by 1 for joined commands
Merge pull request #555 from kanoi/master

api - buffer size off by 1 for joined commands + minion statline cleanup
Store the presence and validity of opname in the hfa info.
Detect an hfa device purely on the basis of getting a valid header response to an OP_NAME query, leaving init to hfa_prepare which will allow multiple devices to start without holding each other up at startup.
Do not remove the info struct on a failure to hfa prepare.
Add an option to disable dynamic core shedding on hashfast devices.
Make all device_data dereferences in the hfa driver safe by not accessing it in statline before when it's non-existent.
Check for lack of thread in watchdog thread for a failed startup.
Disable a device that fails to prepare.
Don't try to reinit a device that's disabled.
Add a function for making all driver functions noops.
Null a device driver should thread prepare fail.
Send a shutdown and do a usb_nodev if hfa_reset fails.
Cold plug only one hashfast device to get started, and then hotplug many to minimise startup delays and possible communication delays causing failed first starts.
Show only as many digits as are required to display the number of devices.
Cope with the API calling hfa on partially initialised devices having no info.
Keep the old hfa device data intact with a clean thread shutdown to allow it to be re-hotplugged with the old information.
Increase the opt_queue if we can hit the maximum amount asked for but are still bottoming out.
Bringing each hfa device online takes a lot of work generation so only ever do one at a time.