Update NEWS
Issue a usb_nodev on a bad work sequence tail in hfa
Only start one hfa device at startup, leaving the rest to hotplug.
Revert "Only start one hfa device at startup, leaving the rest to hotplug."

This reverts commit 13c199c5ab39b4a03f087d5a4e412d61bd97c6c0.
Provide a usb_detect_one wrapper which only plugs one device at a time, breaking out otherwise.
Use usb_detect_one in the hfa driver.
Only break out of usb_detect_one when a new device is found.
When not honoured, trying to set highprio seems to have the opposite effect making it a harmful choice generically.
Making the hotplug thread nice+10 makes all threads created from it also low priority.
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.