Revert "Only count successful nonces as hashrate in the knc driver."

The original hashrate calculation is more correct, counting hashing
completed notifications, not found shares, even if slightly inflated
by hw errors in some cases.

A perhaps better way to show effective hash rate is to present
WU as a hash rate. If WU and hardware reported hash rate differs
too much over a reasonable period of time then something is not right.

This reverts commit 32ec3628219bfcbf1d964019302a9f420a7a9cab.
Merge tag 'v3.7.2'
Add two tunable parameters for cores Disable Policy
 (at the moment they are tunable at compile time only)
Merge tag 'v3.8.1'
util.c: Decreasing reference count on allocated JSON obects to prevent memory leak
api.c: Release io_data->ptr when releasing io_data in io_free()
api.c: Release apisock on error in api()
util.c: Decreasing reference count on allocated JSON obects to prevent memory leak
Merge pull request #1 from mborodin/v3.7.2-knc-memleak

Memory leaks fixed
Merge branch 'master' of https://github.com/ckolivas/cgminer
Merge tag 'v3.8.5' of https://github.com/ckolivas/cgminer
knc: Make per-core statistics available through API
knc: Do not include variable "last minute" data into the "last hour" per-core stats
knc: Bugfix - good shares wrongly reported as HW errors.
  Root cause of the problem: several work items were assigned the same
  work_id in the active works queue of the knc driver. Thus when good
  nonce report arrived from the FPGA, wrong work item was picked up from
  the queue, and submit_nonce evaluated that as an error.
  Fix: Limit the work_id counter update rate. Update it only to the number of
  works actually consumed by the FPGA, not to the number of works send.
Merge branch 'master' of git://github.com/KnCMiner/cgminer into kncdriver
Put the knc rx and tx buffers inside the knc state struct, protecting their access with the mutex.