changelog 7.3 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146
  1. cgminer (2.4.2-1) stable; urgency=medium
  2. Version 2.4.2 - June 2, 2012
  3. - API.class compiled with Java SE 6.0_03 - works with Win7x64
  4. - miner.php highlight devs too slow finding shares (possibly failing)
  5. - API update version to V1.11 and document changes
  6. - API save default config file if none specified
  7. - api.c save success incorrectly returns error
  8. - api.c replace BUFSIZ (linux/windows have different values)
  9. - Move RPC API content out of README to API-README
  10. - Open a longpoll connection if a pool is in the REJECTING state as it's the
  11. only way to re-enable it automatically.
  12. - Use only one longpoll as much as possible by using a pthread conditional
  13. broadcast that each longpoll thread waits on and checks if it's the current pool
  14. before
  15. - If shares are known stale, don't use them to decide to disable a pool for
  16. sequential rejects.
  17. - Restarting cgminer from within after ADL has been corrupted only leads to a
  18. crash. Display a warning only and disable fanspeed monitoring.
  19. - Icarus: fix abort calculation/allow user specified abort
  20. - Icarus: make --icarus-timing hidden and document it in FPGA-README
  21. - Icarus: high accuracy timing and other bitstream speed support
  22. - add-MIPSEB-to-icarus-for-BIG_ENDIAN
  23. - work_decode only needs swab32 on midstate under BIG ENDIAN
  24. - add compile command to api-example.c
  25. - save config bugfix: writing an extra ',' when no gpus
  26. - Add dpkg-source commits
  27. -- nushor <nushor11@gmail.com> Sun, 03 Jun 2012 22:02:03 -0500
  28. cgminer (2.4.1-1) stable; urgency=low
  29. Version 2.4.1-1 - May 6, 2012
  30. - In the unlikely event of finding a block, display the block solved count with
  31. the pool it came from for auditing.
  32. - Display the device summary on exit even if a device has been disabled.
  33. - Use correct pool enabled enums in api.c.
  34. - Import Debian packaging configs
  35. - Ensure we test for a pool recovering from idle so long as it's not set to
  36. disabled.
  37. - Fix pool number display.
  38. - Give cgminer -T message only if curses is in use.
  39. - Reinit_adl is no longer used.
  40. - API 'stats' allow devices to add their own stats also for testing/debug
  41. - API add getwork stats to cgminer - accesable from API 'stats'
  42. - Don't initialise variables to zero when in global scope since they're already
  43. initialised.
  44. - Get rid of unitialised variable warning when it's false.
  45. - Move a pool to POOL_REJECTING to be disabled only after 3 minutes of
  46. continuous rejected shares.
  47. - Some tweaks to reporting and logging.
  48. - Change FPGA detection order since BFL hangs on an ICA
  49. - API support new pool status
  50. - Add a temporarily disabled state for enabled pools called POOL_REJECTING and
  51. use the work from each longpoll to help determine when a rejecting pool has
  52. started working again. Switch pools based on the multipool strategy once a pool
  53. is re-enabled.
  54. - Removing extra debug
  55. - Fix the benchmark feature by bypassing the new networking code.
  56. - Reset sequential reject counter after a pool is disabled for when it is
  57. re-enabled.
  58. - Icarus - correct MH/s and U: with work restart set at 8 seconds
  59. - ztex updateFreq was always reporting on fpga 0
  60. - Trying harder to get 1.15y working
  61. - Specifying threads on multi fpga boards extra cgpu
  62. - Missing the add cgpu per extra fpga on 1.15y boards
  63. - API add last share time to each pool
  64. - Don't try to reap curls if benchmarking is enabled.
  65. -- nushor <nushor11@gmail.com> Sun, 06 May 2012 11:09:46 -0500
  66. cgminer (2.4.0-1) stable; urgency=low
  67. Version 2.4.0 - May 3, 2012
  68. - Only show longpoll warning once when it has failed.
  69. - Convert hashes to an unsigned long long as well.
  70. - Detect pools that have issues represented by endless rejected shares and
  71. disable them, with a parameter to optionally disable this feature.
  72. - Bugfix: Use a 64-bit type for hashes_done (miner_thread) since it can overflow
  73. 32-bit on some FPGAs
  74. - Implement an older header fix for a label existing before the pthread_cleanup
  75. macro.
  76. - Limit the number of curls we recruit on communication failures and with
  77. delaynet enabled to 5 by maintaining a per-pool curl count, and using a pthread
  78. conditional that wakes up when one is returned to the ring buffer.
  79. - Generalise add_pool() functions since they're repeated in add_pool_details.
  80. - Bugfix: Return failure, rather than quit, if BFwrite fails
  81. - Disable failing devices such that the user can attempt to re-enable them
  82. - Bugfix: thread_shutdown shouldn't try to free the device, since it's needed
  83. afterward
  84. - API bool's and 1TBS fixes
  85. - Icarus - minimise code delays and name timer variables
  86. - api.c V1.9 add 'restart' + redesign 'quit' so thread exits cleanly
  87. - api.c bug - remove extra ']'s in notify command
  88. - Increase pool watch interval to 30 seconds.
  89. - Reap curls that are unused for over a minute. This allows connections to be
  90. closed, thereby allowing the number of curl handles to always be the minimum
  91. necessary to not delay networking.
  92. - Use the ringbuffer of curls from the same pool for submit as well as getwork
  93. threads. Since the curl handles were already connected to the same pool and are
  94. immediately available, share submission will not be delayed by getworks.
  95. - Implement a scaleable networking framework designed to cope with any sized
  96. network requirements, yet minimise the number of connections being reopened. Do
  97. this by create a ring buffer linked list of curl handles to be used by getwork,
  98. recruiting extra handles when none is immediately available.
  99. - There is no need for the submit and getwork curls to be tied to the pool
  100. struct.
  101. - Do not recruit extra connection threads if there have been connection errors
  102. to the pool in question.
  103. - We should not retry submitting shares indefinitely or we may end up with a
  104. huge backlog during network outages, so discard stale shares if we failed to
  105. submit them and they've become stale in the interim.
  106. -- nushor <nushor11@gmail.com> Thurs, 03 May 2012 10:43:22 -0500
  107. cgminer (2.3.6-3) stable; urgency=low
  108. Version 2.3.6-3 - may 3, 2012
  109. - More bug fixes, Pre 2.4.1 release.
  110. -- nushor <nushor11@gmail.com> Thurs, 03 May 2012 00:36:50 -0500
  111. cgminer (2.3.6-2) stable; urgency=low
  112. Version 2.3.6-2 - May 2, 2012
  113. - Various bug fixes, latest build from repository.
  114. -- nushor <nushor11@gmail.com> Wed, 02 May 2012 18:17:49 -0500
  115. cgminer (2.3.6-1) stable; urgency=low
  116. Version 2.3.6 - April 29, 2012
  117. - Shorten stale share messages slightly.
  118. - Protect the freeing of current_hash under mutex_lock to prevent racing on it
  119. when set_curblock is hit concurrently.
  120. - Change default behaviour to submitting stale, removing the --submit-stale
  121. option and adding a --no-submit-stale option.
  122. - Make sure to start the getwork and submit threads when a pool is added on the
  123. fly. This fixes a crash when a pool is added to running cgminer and then
  124. switched to.
  125. - Faster hardware can easily outstrip the speed we can get work and submit
  126. shares when using only one connection per pool.
  127. - Test the queued list to see if any get/submits are already queued and if they
  128. are, start recruiting extra connections by generating new threads.
  129. - This allows us to reuse network connections at low loads but recuit new open
  130. connections as they're needed, so that cgminer can scale to hardware of any
  131. size.
  132. -- nushor <nushor11@gmail.com> Tue, 01 May 2012 13:26:09 -0500