 Con Kolivas
|
3cb7ef2b07
Create a unique get work queue instead of faking it all to thread 0.
|
14 years ago |
|
Con Kolivas
|
0a9db84d26
Make it clear the restart message is going to the watchdog thread.
|
14 years ago |
|
Con Kolivas
|
8203cc67eb
Check the current block description hasn't been blanked pending the real new current block data.
|
14 years ago |
|
Con Kolivas
|
18af4e6272
Re-enable signal handlers once the custom sighandler has been hit to make it possible to still kill cgminer.
|
14 years ago |
|
Con Kolivas
|
f762da01eb
Update news.
|
14 years ago |
|
Con Kolivas
|
70edd0d36f
Disable restarting of CPU mining threads pending further investigation. They may not need it and are easily killed off.
|
14 years ago |
|
Con Kolivas
|
75e1d0166c
Update NEWS infromation.
|
14 years ago |
|
Con Kolivas
|
009e8f31c5
Shorten the code path in the kernel even more.
|
14 years ago |
|
Con Kolivas
|
274022f260
Message too verbose. Simplify it.
|
14 years ago |
|
Con Kolivas
|
55695066b6
Display appropriate messages with/without longpoll to make it clear if stalls happen that cgminer is waiting on more work.
|
14 years ago |
|
Con Kolivas
|
3785e50d3f
Add new block data to status line.
|
14 years ago |
|
Con Kolivas
|
ab6960014b
Merge pull request #15 from ycros/osx
|
14 years ago |
|
Con Kolivas
|
77b0f946f6
Only do local generation of work if existing work is not stale.
|
14 years ago |
|
Con Kolivas
|
4a94199246
Abstract out the test for stale work and test for it in the actual mining threads as well.
|
14 years ago |
|
Con Kolivas
|
6dcf05ffaf
Make sure that local work generation does not proceed indefinitely by limiting it to the average block generation time - 10 minutes.
|
14 years ago |
|
Con Kolivas
|
b913bc5988
Update makefile to suit new kernel.
|
14 years ago |
|
Con Kolivas
|
eea05c05b8
Update kernel with a shorter output path, and use 4k output buffer to match OS page sizes.
|
14 years ago |
|
Con Kolivas
|
aeaeac0889
Allow queue of zero again and make it default since we can track queued vs staged now and see if the queue needs to be bigger.
|
14 years ago |
|
Con Kolivas
|
8a40036974
Just insist on 1 lp staged work per mining thread on new block.
|
14 years ago |
|
Con Kolivas
|
a486c5b8cb
Bump version number.
|
14 years ago |
|
Con Kolivas
|
188beb3616
Update news.
|
14 years ago |
|
Con Kolivas
|
4c9171792b
Limit the number of work items we put in the queue.
|
14 years ago |
|
Con Kolivas
|
32221c4574
We shouldn't be deleting lp_staged value on dec_staged. It prevents detecting get_work failures.
|
14 years ago |
|
Con Kolivas
|
23e4add229
Add a system status line to the formatted output.
|
14 years ago |
|
Con Kolivas
|
34ecc59f4d
Forgot to set total_devices for the purposes of finding a positive active_device.
|
14 years ago |
|
Con Kolivas
|
579bd42919
Revert "Change get_work to use a timeout when trying to tq_pop as a sanity failsafe in case of unusual circumstances."
|
14 years ago |
|
Con Kolivas
|
c12a2f1bb5
Bump version number to 1.2.5
|
14 years ago |
|
Con Kolivas
|
6ab2966035
Limit display to total devices to avoid repeating when selecting devices.
|
14 years ago |
|
Con Kolivas
|
5fd73374b3
Get the device number from the thread id, not the other way around.
|
14 years ago |
|
Con Kolivas
|
2864892e7b
Make sure we are working with the correct id devices and only print out the ones that are active.
|
14 years ago |
