Minimal support for defining devices with multiple logical processors

Currently each processor still needs its own thread
x6500: Get mutex pointer only once per function
x6500: Split each FPGA into its own logical processor (in the same device still)
Preformat dev_repr (device representation) and proc_repr (processor representation) once for use everywhere
ztex: Combine master+slave devices into a single multiprocessor device
modminer: Get mutex pointer only once per function
modminer: Split each FPGA into its own logical processor (in the same device still)
modminer: Make single-processor statline look like other temperature-only statlines
RPC: Common function for adding device-identifying fields
RPC: Update to include ProcID so multiprocessor devices can be understood correctly
Consolidate processor summary line generation for TUI and text-only modes
Order next_proc linked list in processor id order
Show summaries per-device unless --show-processors is used (also available on Display TUI menu)

Quit-statistics always shows per-device and per-processor
Merge commit '4a50941' into multiproc
miner.php: Include ProcID in Device column as a letter
Bugfix: Consolidate share result message code (including fixing displayed hash portion for stratum)
Move difficulties to end of share result message, so they can be made to line up nicely
Refactor and simplify miner_thread (no major behavioural changes)

- getwork_wait* stats are now *only* for time spent in get_work
- cgpu_info.new_work has been removed (never used)
- request_work must be called from device management loop before get_work
- get_work initializes nonce to 0 and takes care of getwork_wait* stats
- new hashes_done function handles all behaviours with completed hashes
- new minerloop function implements simplified device management loop using changes above
- miner_thread initializes cgpu and thr before passing control to minerloop
Move cgpu_info and thr_info initialization to main, and ensure all get initialized before starting any threads
Allow device drivers to implement their own minerloop