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)

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.

[1524361176]

1524361176

[-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!

[lxROKxl]

*** PLEASE HELP ***
WITH MONARCHS/CG-Miner

I have ordered 3 monarchs from BFL and when i run them on CG-miner only 2 of them run and the other simply idles, 0.00/0.00 g/h. I'm not sure what to do to fix it, I have converted all the drivers to WinUSB so that they will run on CG- Miner Also it says BMS, while the other two working ones are BMA. I'm not sure if that has anything to do with it, also under my Device Manager the one that doesn't work is labeled as Bitfoce SHA265 SC while the others don't have the SC at the end. Please help me, I don't know what to do.

http://postimg.org/image/at5n9s7qj/

http://postimg.org/image/t7g6drk17/

[matt4054]

I have ordered 3 monarchs from BFL and when i run them on CG-miner only 2 of them run and the other simply idles, 0.00/0.00 g/h. I'm not sure what to do to fix it, I have converted all the drivers to WinUSB so that they will run on CG- Miner Also it says BMS, while the other two working ones are BMA. I'm not sure if that has anything to do with it, also under my Device Manager the one that doesn't work is labeled as Bitfoce SHA265 SC while the others don't have the SC at the end. Please help me, I don't know what to do.

It seems to be a mixup between the older 65nm generation (Single SC) and the newer 28nm generation (Monarch). The fact that Windows Device Manager also recognizes one of them with "SC" at the end is intriguing to say the least, it seems that it's using a different USB device ID, suggesting a hardware problem. I guess (and hope for you) that it could also be driver related, as I don't know much about the USB subsystem implementation in MS Windows.

The BFL devices should come up as one of the following:

BAJ: BFL ASIC Jalapeño
BAL: BFL ASIC Little Single
BAS: BFL ASIC Single
BAM: BFL ASIC Minirig
BMA: BFL Monarch

According to your screenshot you are using cgminer version 4.9.1 (latest). The changelog for 4.9.1 mentions:

- Fix detection of butterfly labs sc 65nm devices with the addition of the 28nm device imanufacturers trumping their detection

So it looks like some changes were made to solve a related problem, but the other way around (not sure about this though). Anyway, I would suggest the following options:

• Try previous versions of cgminer, I would try from 4.9.0 downwards, version 4.6.0 seems to be the first with BMA support
• Try another host computer, preferably with another host OS (e.g. Linux instead of Windows)
• Wait for ckolivas to chime in and give you a better insider advice
• Obviously, if all else fails, then try to get lucky with BFL RMA...

[oneoff]

Hello

I have run my Antminer U2 smoothly until I upgraded to 4.9.1. Now CGMiner report "No Devices Detected"....

--usb-dump 0 finds:
14 devices... -listing known devices .USB dev 0: Bus 4 Device 4 ID: 10c4:ea60
Manufacturer: Silicon labs
Product: CP2102 USB to UART Bridge controller
1 known USB Devices
No devices Detected
Waiting for USB Hotplug.....


Some time when I have unplugged/plugged the antminer it has suddenly (complete random) started to mine. But this is lost once i restart cgminer or the computer.

I have installed CP210x_VCP_Windows and run zadig_2.1.1...

Pleace help, any advice is welcome. I have tried everything I can think of. Updated the motherboard chip firmware, USB firmware etc. Tried different --anu-freq values etc.

My string:
cgminer.exe --anu-freq 200 -o stratum+tcp://mine.xpool.ca:1111 -u 13Y4PwrjFdpK5JedGHt9GGABmJyPNMRR9K.ant -p x