Thanks Kano. I'll try your version tomorrow.
The diff between your version and Con's is that the read timeout is set to 100 msecs in your version, and it tries 80 times for total of 8 seconds.
Con's version has read timeout of 1 second, and 8 tries. Same thing.
Careful, you might just actually miss the important change ... ...
(and Xiangfu re-wrote it based on an early version of bitforce.c - I just helped with a few bugs - Con didn't write that code)
My git aborts the job if it detects an LP
The reason for setting the timeout to 0.1 seconds is coz that's the minimum value with the current code.
That means it will waste at most 0.1 seconds of processing, not 1 second, before aborting due to an LP.
Look at all the changes when you do a diff and post about it please.
Edit: the line is
if (thr_id >= 0 && work_restart[thr_id].restart) {I see two leds (out of three) to go off after write of "golden_ob" but nothing comes back in 8 seconds.
Should I increase the timeout to 10 seconds?
No, changing it to 10 seconds wont help.
That most likely means that the data sent wasn't correct, thus got messed up in the transfer somehow (driver? settings?)
Also, I've found a 'golden_ob' that takes less than 1ms that I'm going to change it to soon
(once I successfully determine the golden_ob value correctly
)
