OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0

[zyk0]

Using windows binary from http://ck.kolivas.org/apps/cgminer/cgminer-4.9.0-windows.7z

keep getting this error after several hours of running (exactly the same each time)

Problem Event Name:   APPCRASH
Application Name:   cgminer.exe
Application Version:   0.0.0.0
Application Timestamp:   00119714
Fault Module Name:   ntdll.dll
Fault Module Version:   6.1.7601.18247
Fault Module Timestamp:   521ea8e7
Exception Code:   c0000005
Exception Offset:   0002e3be
OS Version:   6.1.7601.2.1.0.256.1
Locale ID:   1033
Additional Information 1:   0a9e
Additional Information 2:   0a9e372d3b4ad19135b953a78882e789
Additional Information 3:   0a9e
Additional Information 4:   0a9e372d3b4ad19135b953a78882e789

Ran it with -T to rule out any ncurses issues, but that failed as well.

Currently running with -D -T  and stderr being logged, but these crashes sometimes take up to 12 hours to manifest.

Is there anything else I should be trying to help diagnose this issues as well?


Update:

STDOUT

Target: 0000000000400000000000000000000000000000000000000000000000000000
TrgVal? no (false positive; hash > target)                    
 [2015-01-18 10:10:06] Generated stratum merkle 795b18ef82ca0aa789aa22c36cfb6b58ef98fb543ebb8500ce77c52c43ce0a5c                    
 [2015-01-18 10:10:06] Generated stratum header 000000026a4f752f11c13c789f20d6dc966e75fcaecfb167091233a70000000000000000795b18e f82ca0aa789aa22c36cfb6b58ef98fb543ebb8500ce77c52c43ce0a5c54bbf65b1819012f000000 000000008000000000000000000000000000000000000000000000000000000000                    
 [2015-01-18 10:10:06] Work job_id 1421604443 208895 nonce2 7468 ntime 54bbf65b                    
 [2015-01-18 10:10:06] Generated target 0000000000000000000000000000000000000000000000000000400000000000                    
 [2015-01-18 10:10:06] Generated stratum work                    
 [2015-01-18 10:10:06] Pushing work from pool 0 to hash queue                    
 [2015-01-18 10:10:06] BMA 1: Share above target                    
 [2015-01-18 10:10:06]  Proof: 0000000042cc5faab12fba05bae24a44876f3fe6e0bd830d3c05894fcd7535f5
Target: 0000000000400000000000000000000000000000000000000000000000000000
TrgVal? no (false positive; hash > target)                    
 [2015-01-18 10:10:06] Got work from get queue to get work for thread 0                    
 [2015-01-18 10:10:06] Successfully rolled work                    
 [2015-01-18 10:10:06] Successfully rolled work                    
 [2015-01-18 10:10:06] Discarded work                    
 [2015-01-18 10:10:06] Selecting pool 0 for work                    
 [2015-01-18 10:10:06] Successfully rolled work                    
 [2015-01-18 10:10:06] Discarded cloned or rolled work                    
(5s):770.9G (1m):1.351T (5m):1.484T (15m):1.472T (avg):1.519Th/s          

STDERR

[2015-01-18 10:10:06] BMA 1: Share above target
 [2015-01-18 10:10:06]  Proof: 0000000042cc5faab12fba05bae24a44876f3fe6e0bd830d3c05894fcd7535f5
Target: 0000000000400000000000000000000000000000000000000000000000000000
TrgVal? no (false positive; hash > target)
 [2015-01-18 10:10:06] Got work from get queue to get work for thread 0
 [2015-01-18 10: [21001:50-60]1 -1S8u c1c0e:s1s0f:u0l6l]y  Drioslclaerdd ewdo rwko
r [2015-01-18 10:10:06] Successfully rolled work
k
 [2015-01-18 10:10:06] Selecting pool 0 for work
 [2015-01-18 10:10:06] Successfully rolled work
 [2015-01-18  [2015-011-01:81 01:00:61]0 :06]D isGceanredreadt ecdl osnterda tourm  rmoelrlkelde  wfo7r6k6f
f3b98a511d6019d0153ba6ae0d97f298561d97073da0849a44181eff57f
 [2015-01-18 10:10:06] BMA 1: Share above target
 [2015-01-18 10:10:06] Successfully rolled work
 [2015-01-18 10:10:13] Generated stratum header 000000026a4f752f11c13c789f20d6dc966e75fcaecfb167091233a70000000000000000f766ff3 b98a511d6019d0153ba6ae0d97f298561d97073da0849a44181eff57f54bbf65b1819012f000000 000000008000000000000000000000000000000000000000000000000000000000
 [2015-01-18 10:10:13]  Proof: 0000000011af500a35b11e648f95d4e2f1eab536eb6f54087dc38d8ec4cf2c50
Target: 0000000000400000000000000000000000000000000000000000000000000000
TrgVal? no (false positive; hash > target)
 [2015-01-18 10:10:13] Work job_id 1421604443 208895 nonce2 7469 ntime 54bbf65b
 [2015-01-18 10:10:13] BMA 1: Share above target

Update2:
The cgminer.exe in the temp directory still errors, but with a different application timestamp:

  Problem Event Name:   APPCRASH
  Application Name:   cgminer-temp.exe
  Application Version:   0.0.0.0
  Application Timestamp:   0011c714
  Fault Module Name:   ntdll.dll
  Fault Module Version:   6.1.7601.18247
  Fault Module Timestamp:   521ea8e7
  Exception Code:   c0000005
  Exception Offset:   0002e3be
  OS Version:   6.1.7601.2.1.0.256.1
  Locale ID:   1033
  Additional Information 1:   0a9e
  Additional Information 2:   0a9e372d3b4ad19135b953a78882e789
  Additional Information 3:   0a9e
  Additional Information 4:   0a9e372d3b4ad19135b953a78882e789

[1495683137]

1495683137

[1495683137]

1495683137

[1495683137]

1495683137

[1495683137]

1495683137

[-ck]

Using windows binary from http://ck.kolivas.org/apps/cgminer/cgminer-4.9.0-windows.7z

keep getting this error after several hours of running (exactly the same each time)

Try using the binary and following the directions in here:
http://ck.kolivas.org/apps/cgminer/debug/

[-ck]

What about 4.9.0 for S3+?

Is it possible build cgminer 4.9.0 enabling S3+ driver, or not?

I ask it because I only have could to see the options to enable S1 and S2 drivers but not for S3 yet.

Is it scheduled to release this driver enabling posibility soon, maybe?

Soon? No

At some stage? Hopefully

[zyk0]

Using windows binary from http://ck.kolivas.org/apps/cgminer/cgminer-4.9.0-windows.7z

keep getting this error after several hours of running (exactly the same each time)

Try using the binary and following the directions in here:
http://ck.kolivas.org/apps/cgminer/debug/

cgminer-debug.exe caused an Access Violation at location 77cf32b0 in module ntdll.dll Reading from location 0482bef2.

Registers:
eax=00100000 ebx=048661f8 ecx=00000001 edx=000007ff esi=0482bef0 edi=00740000
eip=77cf32b0 esp=0338ab8c ebp=0338abb4 iopl=0         nv up ei pl nz na pe nc
cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00010202

Call stack:
77CF32B0  ntdll.dll:77CF32B0  RtlImageNtHeader
77CF35B7  ntdll.dll:77CF35B7  RtlImageNtHeaderv
77CF34A2  ntdll.dll:77CF34A2  RtlImageNtHeader
773F98CD  msvcrt.dll:773F98CD  free
00404637  cgminer-debug.exe:00404637
0045D362  cgminer-debug.exe:0045D362
0045D91D  cgminer-debug.exe:0045D91D
0045DCD4  cgminer-debug.exe:0045DCD4
004D7A8B  cgminer-debug.exe:004D7A8B
77401287  msvcrt.dll:77401287  _itow_s
77401328  msvcrt.dll:77401328  _endthreadex
76DB338A  kernel32.dll:76DB338A  BaseThreadInitThunk
77CF9F72  ntdll.dll:77CF9F72  RtlInitializeExceptionChainu
77CF9F45  ntdll.dll:77CF9F45  RtlInitializeExceptionChain

4.8.0 win32 binary also crashes

4.9.0 x64 linux binary also crashes after spitting out
 [2015-01-19 06:06:14] BMA1: Ran out of queued IDs after 7 of 8
*** Error in `./cgminer': double free or corruption (out): 0x00007fcab00405e0 ***
Aborted (core dumped)

#0  0x00007fb45460ccc9 in __GI_raise (sig=sig@entry=6)
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56      ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt full
#0  0x00007fb45460ccc9 in __GI_raise (sig=sig@entry=6)
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
        resultvar = 0
        pid = 11428
        selftid = 11459
#1  0x00007fb4546100d8 in __GI_abort () at abort.c:89
        save_stage = 2
        act = {__sigaction_handler = {sa_handler = 0x7fb44e02db90,
            sa_sigaction = 0x7fb44e02db90}, sa_mask = {__val = {
              140412379650640, 0, 4294967296, 140412379650648,
              140412379650640, 8700951690291695954, 34359738369,
              15020210604761758210, 140412379650648, 1173025764356111352,
              8409057363769621645, 10048828393066491241, 12341603478805500196,
              3845900113458748955, 10915808292373199057,
              4028156633168234533}}, sa_flags = 1352422596,
          sa_restorer = 0x80000000}
        sigs = {__val = {32, 0 <repeats 15 times>}}
#2  0x00007fb454649f24 in __libc_message (do_abort=do_abort@entry=1,
    fmt=fmt@entry=0x7fb4547586c8 "*** Error in `%s': %s: 0x%s ***\n")
    at ../sysdeps/posix/libc_fatal.c:175
        ap = {{gp_offset = 40, fp_offset = 1475,
            overflow_arg_area = 0x7fb44e02dba0,
            reg_save_area = 0x7fb44e02db30}}
        fd = 14
        on_2 = <optimized out>
        list = <optimized out>
        nlist = <optimized out>
        cp = <optimized out>
        written = <optimized out>
#3  0x00007fb4546561fe in malloc_printerr (ptr=<optimized out>,
    str=0x7fb4547587f8 "double free or corruption (out)", action=1)
    at malloc.c:4996
        buf = "00007fb42c02b4d0"
        cp = <optimized out>
#4  _int_free (av=<optimized out>, p=<optimized out>, have_lock=0)
    at malloc.c:3840
        size = <optimized out>
        fb = <optimized out>
        nextchunk = <optimized out>
        nextsize = <optimized out>
        nextinuse = <optimized out>
        prevsize = <optimized out>
        bck = <optimized out>
        fwd = <optimized out>
        errstr = <optimized out>
        locked = <optimized out>
#5  0x000000000040897a in _free_work (work=0x7fb42c02b4d0) at cgminer.c:2005
No locals.
#6  0x000000000046556c in process_nonces (bflsc=0x1f6fe90, dev=0,
    xlink=0x7fb44e02fde0 "", data=0x7fb4240009e1 "BD06,5C,0", count=5,
    fields=0x7fb424000be0, nonces=0x7fb44e031e54) at driver-bflsc.c:1488
        sc_info = 0x1f70230
        thr = 0x1f3ac60
        work = 0x7fb42c02b4d0
        core = 88 'X'
        nonce = 616981876
        i = 5
        num = 2
        x = 0
        tmp = 0x0
        res = false
        __func__ = "process_nonces"
#7  0x0000000000465cb6 in process_results (bflsc=0x1f6fe90, dev=0,
    pbuf=0x7fb44e031eb0 "COUNT:8", nonces=0x7fb44e031e54,
    in_process=0x7fb44e031e58) at driver-bflsc.c:1568
        sc_info = 0x1f70230
        items = 0x7fb424000fa0
        firstname = 0x7fb424000cf0 "BD10"
        fields = 0x7fb424000be0
        lf = 0x0
        que = 8
        i = 7
        lines = 11
        count = 5
        tmp = 0x0
        tmp2 = 0x0
        buf = 0x7fb424000e70 "INPROCESS:0\nCOUNT:8\nBD07,41,2,3EDE368B,81B58B6D\nBCFE,05,0\nBCF9,2C,1,CC9DFDA2\nBD18,4F,0\nBD0E,57,0\nBD06,5C,0\nBD09,33,1,05718BA4\nBD10,58,2,272FC9CC,24C66574\nOK\n"
        xlink = '\000' <repeats 16 times>
        res = true
#8  0x0000000000466205 in bflsc_get_results (userdata=0x1f6fe90)
    at driver-bflsc.c:1640
        ts_start = {tv_sec = 239291, tv_nsec = 213551388}
        in_process = 0
        bflsc = 0x1f6fe90
        sc_info = 0x1f70230
        elapsed = {tv_sec = 0, tv_usec = 50149}
        now = {tv_sec = 1421676015, tv_usec = 940195}
        oldest = 3.40282347e+38
        f = 3.40282347e+38
        buf = "COUNT:8\000S:0\nCOUNT:8\nBD07,41,2,3EDE368B,81B58B6D\nBCFE,05,0\nBCF9,2C,1,CC9DFDA2\nBD18,4F,0\nBD0E,57,0\nBD06,5C,0\nBD09,33,1,05718BA4\nBD10,58,2,272FC9CC,24C66574\nOK\n", '\000' <repeats 3939 times>
        err = 0
        amount = 157
        i = 1
        que = 10
        dev = 0
        nonces = 3
        readok = true
#9  0x00007fb4549a4182 in start_thread (arg=0x7fb44e033700)
    at pthread_create.c:312
        __res = <optimized out>
        pd = 0x7fb44e033700
        now = <optimized out>
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140412379674368,
                -3819750026809842330, 0, 0, 140412379675072, 140412379674368,
                3861020365915809126, 3861041330569340262},
              mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0},
            data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
        not_first_call = <optimized out>
        pagesize_m1 = <optimized out>
        sp = <optimized out>
        freesize = <optimized out>
        __PRETTY_FUNCTION__ = "start_thread"
#10 0x00007fb4546d100d in clone ()
    at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.

[-ck]

4.9.0 x64 linux binary also crashes after spitting out
 [2015-01-19 06:06:14] BMA1: Ran out of queued IDs after 7 of 8
*** Error in `./cgminer': double free or corruption (out): 0x00007fcab00405e0 ***
Aborted (core dumped)

Thanks that one is probably the culprit and the message is the hint, whereas the windows backtrace was unhelpful apart from suggesting it was a freeing issue. Can you try latest git please?

[zyk0]

4.9.0 x64 linux binary also crashes after spitting out
 [2015-01-19 06:06:14] BMA1: Ran out of queued IDs after 7 of 8
*** Error in `./cgminer': double free or corruption (out): 0x00007fcab00405e0 ***
Aborted (core dumped)

Thanks that one is probably the culprit and the message is the hint, whereas the windows backtrace was unhelpful apart from suggesting it was a freeing issue. Can you try latest git please?

So far it's running stable after 3+ hours.
Did I need to run with -D to see LOG_ERR messages like (Free|Discard) work called with null work from ..., or was there something else that enabled that?

[-ck]

So far it's running stable after 3+ hours.
Did I need to run with -D to see LOG_ERR messages like (Free|Discard) work called with null work from ..., or was there something else that enabled that?

Great thanks. You don't need to do anything to see error messages as they're high priority and show up under all circumstances.

[ahmi]

From where we can download this mining software!!!can any one tell me Please!!

[hurricandave]

From where we can download this mining software!!!can any one tell me Please!!

Go to Page 1 of this thread, all links are available there.

[MINX]

Hi everybody.

I recently bought a Rockminer R-Box (https://www.youtube.com/watch?v=qS70fGFimO0) that is working fine on Windows 7 x64 with CGMiner 4.9.0, Zadig 2.1.1 (lastest version: http://zadig.akeo.ie/).  It connects successfully with most of the available BTC pools.

My problem is when I trying to do SOLO mining and specifically with a SHA256 coin called Zetacoin by its low difficulty .  I setup the zetacoin-qt.exe core in server mode, downloaded the blockchain, and put a zetacoin.conf file with this:

server=1
gen=0
rpcuser=user
rpcpassword=password
rpcallowedip=127.0.0.1
rpcport=17333

The CGMiner command line is:

cgminer.exe --icarus-options 115200:1:1 --rock-freq 300 -o http://localhost:17333 -u user -p password --btc-address ZaPcdijw44kFXAYWHRWbZJfMJScir3ynX6

It connects and seems to work but all the shares are invalid and rejected with the message "share above target" that I can read every moment.  What I'm doing wrong?.  

Thanks

[LZ]

CGMINER 4.9.0 does not work with BFLSC.

Code:

$ cgminer -n
 [2015-01-28 07:04:04] USB all: found 10 devices - listing known devices
.USB dev 0: Bus 1 Device 6 ID: 0403:6014
  Manufacturer: 'Butterfly Labs'
  Product: 'BitFORCE SHA256 SC'                    
 [2015-01-28 07:04:04] 1 known USB devices

Code:

$ cgminer --benchmark -D -T
 [2015-01-28 07:06:55] Global quota greatest common denominator set to 1                    
 [2015-01-28 07:06:55] Generated target 00000000000000000000000000000000000000000000000000f8ff0700000000                    
 [2015-01-28 07:06:55] Started cgminer 4.9.0                    
 [2015-01-28 07:06:55] RES: thread starting                    
 [2015-01-28 07:06:55] USB scan devices: checking for BAS devices                    
 [2015-01-28 07:06:55] BAS looking for BAS 0403:6014 but found 8087:0024 instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 8087:0024 instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 8087:0024 instead                    
 [2015-01-28 07:06:55] BAS looking for BAS 0403:6014 but found 1d6b:0002 instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 1d6b:0002 instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 1d6b:0002 instead                    
 [2015-01-28 07:06:55] BAS looking for and found BAS 0403:6014                    
 [2015-01-28 07:06:55] USB lock BitForceSC 1-6                    
 [2015-01-28 07:06:55] RES: BitForceSC (1:6) lock=1                    
 [2015-01-28 07:06:55] USB res lock BitForceSC 1-6                    
 [2015-01-28 07:06:55] RES: BitForceSC (1:6) lock ok=1                    
 [2015-01-28 07:06:55] USB init, kernel attached ... - BAS device 1:6                    
 [2015-01-28 07:06:55] USB init, kernel detached ifinfo 0 interface 0 successfully - BAS device 1:6                    
 [2015-01-28 07:06:55] USB init, alternative iManufacturer match - BAS device 1:6                    
 [2015-01-28 07:06:55] Found BUTTERFLY LABS                    
 [2015-01-28 07:06:55] USB free BAS                    
 [2015-01-28 07:06:55] USB init, kernel attached ... - BMA device 1:6                    
 [2015-01-28 07:06:55] USB init, kernel detached ifinfo 0 interface 0 successfully - BMA device 1:6                    
 [2015-01-28 07:06:55] USB init, alternative iManufacturer match - BMA device 1:6                    
 [2015-01-28 07:06:55] Found BUTTERFLY LABS                    
 [2015-01-28 07:06:55] USB free BMA                    
 [2015-01-28 07:06:55] USB init, kernel attached ... - BMA device 1:6                    
 [2015-01-28 07:06:55] USB init, kernel detached ifinfo 0 interface 0 successfully - BMA device 1:6                    
 [2015-01-28 07:06:55] USB init, iProduct mismatch - BMA device 1:6                    
 [2015-01-28 07:06:55] Found BitFORCE SHA256 SC vs BitFORCE SHA256                    
 [2015-01-28 07:06:55] USB free BMA                    
 [2015-01-28 07:06:55] USB unlock BitForceSC 1-6                    
 [2015-01-28 07:06:55] BAS looking for BAS 0403:6014 but found 09da:9090 instead                    
 [2015-01-28 07:06:55] RES: BitForceSC (1:6) lock=0                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 09da:9090 instead                    
 [2015-01-28 07:06:55] USB res unlock BitForceSC 1-6                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 09da:9090 instead                    
 [2015-01-28 07:06:55] BAS looking for BAS 0403:6014 but found 045e:00dd instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 045e:00dd instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 045e:00dd instead                    
 [2015-01-28 07:06:55] BAS looking for BAS 0403:6014 but found 05e3:0716 instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 05e3:0716 instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 05e3:0716 instead                    
 [2015-01-28 07:06:55] BAS looking for BAS 0403:6014 but found 8087:0024 instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 8087:0024 instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 8087:0024 instead                    
 [2015-01-28 07:06:55] BAS looking for BAS 0403:6014 but found 1d6b:0002 instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 1d6b:0002 instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 1d6b:0002 instead                    
 [2015-01-28 07:06:55] BAS looking for BAS 0403:6014 but found 1d6b:0003 instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 1d6b:0003 instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 1d6b:0003 instead                    
 [2015-01-28 07:06:55] BAS looking for BAS 0403:6014 but found 1d6b:0002 instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 1d6b:0002 instead                    
 [2015-01-28 07:06:55] BAS looking for BMA 0403:6014 but found 1d6b:0002 instead                    
 [2015-01-28 07:06:55] No devices detected!                    

OS is Gentoo. USE flags are bflsc, ncurses and udev. I downgraded to 4.8.0 and it works again.

[-ck]

CGMINER 4.9.0 does not work with BFLSC.
OS is Gentoo. USE flags are bflsc, ncurses and udev. I downgraded to 4.8.0 and it works again.

Recognised problem fixed in git. Try latest git.

[LZ]

Yes, the git version works. Thank you.

[minerbit hill]

something is strange here. CGMINER must be still doing something but I can't find it in task manager.

[tZKtdvt6]

ckolivas, thank you very much, now I have the newest cgminer to the machines, it works really good.

Thank you very much, again.

[vjl]

Are there known issues with the New R-Box and CGMINER 4.8.x and 4.9.0? I ask because both versions perform worse for me than version 4.7.1. With 4.7.1, my 2 New R-Boxes get 97-110 Gh/s and with the 4.8 and 4.9 versions, they are getting nearly half of that [about 55-60 Gh/s each].

I deleted 4.8.x but I still have 4.9.0 installed [Windows XP] as well as 4.7.1, if there are some ways I can help debug to find the cause of the slowdown. Would be more than willing to do whatever I can so I can get on the latest release with the "usual" speed that 4.7.1 has given me.

Thanks!

[-ck]

Are there known issues with the New R-Box and CGMINER 4.8.x and 4.9.0? I ask because both versions perform worse for me than version 4.7.1. With 4.7.1, my 2 New R-Boxes get 97-110 Gh/s and with the 4.8 and 4.9 versions, they are getting nearly half of that [about 55-60 Gh/s each].

I deleted 4.8.x but I still have 4.9.0 installed [Windows XP] as well as 4.7.1, if there are some ways I can help debug to find the cause of the slowdown. Would be more than willing to do whatever I can so I can get on the latest release with the "usual" speed that 4.7.1 has given me.

There was no specific rbox code that I can recall in the newer ones so I can't see an obvious reason for the slowdown. The only thing different in the new one is filtering out duplicates and not counting their shares in the hashrate so if you had an rbox which produced a lot of duplicates it may have appeared to be faster but did not match the upstream pool's estimate of your hashrate. Perhaps check the summary of rejected shares running the old version versus the new.

[-ck]

New release: Version 4.9.1 - 3rd February 2015

Stable minor update release.


Human readable changelog:

- If a pool supports full stratum resume (currently only ckpool pools do), which means an interrupted stratum connection can resume and submit any shares worked on in the interim without losing work, a message will now be displayed when the reconnect negotiated a resume.
- If a dead pool was removed previously there was still a thread in the background trying to connect to it. This has been fixed.
- Avalon 4 updates to use less power.
- Fix an intermittent crash with the BFL SC 28nm devices.
- Fix support for BFL SC 65nm devices failing on last release.
- Fix the BET driver not being able to restart a new instance when the first fails.
- Basic FreeBSD compilation support.
- Other minor build changes and fixes for potential issues.


Full changelog:

- Fix various unused warnings
- Fix avalon4 warnings
- Display notice if pool successfully negotiates stratum resume
- Support auto adjust voltage individually
- Don't keep retrying to connect to a pool that has been removed
- Null the actual pointer used to call discard and free_work and safely handle
being called with a null pointer, giving a verbose warning about the call site
- Fix off by one error when running out of queued IDs in bflsc28_queue_full
- Uninit BET driver when it fails to initialise any boards
- Fix detection of butterfly labs sc 65nm devices with the addition of the 28nm
device imanufacturers trumping their detection
- Remove compilation warnings. Cast overly-specific #def'd values to the
destination type, unsigned int.
- Basic ability to compile and run on FreeBSD 10.  Only tested compilation with
avalon, avalon2, bflsc, and icarus; only tested functionality of bflsc and
icarus.

[vjl]

Are there known issues with the New R-Box and CGMINER 4.8.x and 4.9.0? I ask because both versions perform worse for me than version 4.7.1. With 4.7.1, my 2 New R-Boxes get 97-110 Gh/s and with the 4.8 and 4.9 versions, they are getting nearly half of that [about 55-60 Gh/s each].

I deleted 4.8.x but I still have 4.9.0 installed [Windows XP] as well as 4.7.1, if there are some ways I can help debug to find the cause of the slowdown. Would be more than willing to do whatever I can so I can get on the latest release with the "usual" speed that 4.7.1 has given me.

There was no specific rbox code that I can recall in the newer ones so I can't see an obvious reason for the slowdown. The only thing different in the new one is filtering out duplicates and not counting their shares in the hashrate so if you had an rbox which produced a lot of duplicates it may have appeared to be faster but did not match the upstream pool's estimate of your hashrate. Perhaps check the summary of rejected shares running the old version versus the new.

Hi there,

Thanks for the info! So far my reject rate is 0.15% so I'm not sure that is the cause. I would expect to see "(duplicate)" 1/2 the time with a 50% rate deduction and I rarely see more than 1 "duplicate" show up in the line-by-line transactions. Is there any way I can get a look at the exact stats for how many duplicates that are produced?

TIA

[vjl]

Are there known issues with the New R-Box and CGMINER 4.8.x and 4.9.0? I ask because both versions perform worse for me than version 4.7.1. With 4.7.1, my 2 New R-Boxes get 97-110 Gh/s and with the 4.8 and 4.9 versions, they are getting nearly half of that [about 55-60 Gh/s each].

I deleted 4.8.x but I still have 4.9.0 installed [Windows XP] as well as 4.7.1, if there are some ways I can help debug to find the cause of the slowdown. Would be more than willing to do whatever I can so I can get on the latest release with the "usual" speed that 4.7.1 has given me.

There was no specific rbox code that I can recall in the newer ones so I can't see an obvious reason for the slowdown. The only thing different in the new one is filtering out duplicates and not counting their shares in the hashrate so if you had an rbox which produced a lot of duplicates it may have appeared to be faster but did not match the upstream pool's estimate of your hashrate. Perhaps check the summary of rejected shares running the old version versus the new.

I decided to run 4.9.0 for a couple of hours and what's happening seems to be that one New R-Box is running at full power, and the other at 1/2. Before both would be much closer to 100Gh/s. I've inserted a screenshot.

https://dl.dropboxusercontent.com/u/285874/XP%202015-02-04%2019-34-58.png

Any idea why this might be happening?

Thanks again!