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

[-ck]

That's a good point, but bear in mind I'm being paid professional rates from the other manufacturers in the still-in-design phase who will then be supplying me with prototypes and finally real hardware which really puts to shame the "offer hardware and code after the fact" approach.

\em crossing fingers that's Cointerra.

From another thread:

For what it's worth, CoinTerra have been talking to me about their MCU protocol and I have been working on a preliminary driver model for them, so they have most definitely not disappeared. I suspect they're approaching the communication via forum aspect differently to other manufacturers.

[Askit2]

I notice 3.6.4 came out while I slept. I have some logging that I did on 3.6.3 because having cron kill cgminer off every 20 minutes seemed excessive even for a raspberry pi.

First I have 509 lines of cgminer trying to figure out what device its talking to. All 509 lines precede probing for an alive pool. I have 9 devices.
Each check goes like this

Code:

[2013-10-18 01:49:04] RES: thread starting
 [2013-10-18 01:49:04] BFL looking for BFL 0403:6014 but found 046d:c52b instead
 [2013-10-18 01:49:04] BFL looking for and found BFL 0403:6014
 [2013-10-18 01:49:04] USB lock BitForce 1-17
 [2013-10-18 01:49:04] RES: BitForce (1:17) lock=1
 [2013-10-18 01:49:04] USB res lock BitForce 1-17
 [2013-10-18 01:49:04] RES: BitForce (1:17) lock ok=1
 [2013-10-18 01:49:04] USB init, iManufacturer mismatch - BFL device 1:17
 [2013-10-18 01:49:04] USB free BFL
 [2013-10-18 01:49:04] USB unlock BitForce 1-17
 [2013-10-18 01:49:04] BFL looking for and found BFL 0403:6014
 [2013-10-18 01:49:04] RES: BitForce (1:17) lock=0
 [2013-10-18 01:49:04] USB res unlock BitForce 1-17
AFTER OTHER DEVICES
 [2013-10-18 01:49:04] USB scan devices: checking for ICA devices
 [2013-10-18 01:49:05] ICA looking for ICA 067b:2303 but found 046d:c52b instead
 [2013-10-18 01:49:05] ICA looking for AMU 10c4:ea60 but found 046d:c52b instead
 [2013-10-18 01:49:05] ICA looking for BLT 0403:6001 but found 046d:c52b instead
 [2013-10-18 01:49:05] ICA looking for LLT 0403:6001 but found 046d:c52b instead
 [2013-10-18 01:49:05] ICA looking for CMR 0403:6014 but found 046d:c52b instead
 [2013-10-18 01:49:05] ICA looking for CMR 0403:8350 but found 046d:c52b instead
 [2013-10-18 01:49:05] ICA looking for ICA 067b:2303 but found 0403:6014 instead
 [2013-10-18 01:49:05] ICA looking for AMU 10c4:ea60 but found 0403:6014 instead
 [2013-10-18 01:49:05] ICA looking for BLT 0403:6001 but found 0403:6014 instead
 [2013-10-18 01:49:05] ICA looking for LLT 0403:6001 but found 0403:6014 instead
 [2013-10-18 01:49:05] ICA looking for and found CMR 0403:6014
 [2013-10-18 01:49:05] USB lock Icarus 1-17
 [2013-10-18 01:49:05] RES: Icarus (1:17) lock=1
 [2013-10-18 01:49:05] USB res lock Icarus 1-17
 [2013-10-18 01:49:05] RES: Icarus (1:17) lock ok=1
 [2013-10-18 01:49:05] USB init, iProduct mismatch - CMR device 1:17
 [2013-10-18 01:49:05] USB free CMR
 [2013-10-18 01:49:05] USB unlock Icarus 1-17
 [2013-10-18 01:49:05] RES: Icarus (1:17) lock=0
 [2013-10-18 01:49:05] USB res unlock Icarus 1-17
 [2013-10-18 01:49:05] ICA looking for ICA 067b:2303 but found 0403:6014 instead
 [2013-10-18 01:49:05] ICA looking for AMU 10c4:ea60 but found 0403:6014 instead
 [2013-10-18 01:49:05] ICA looking for BLT 0403:6001 but found 0403:6014 instead
 [2013-10-18 01:49:05] ICA looking for LLT 0403:6001 but found 0403:6014 instead
 [2013-10-18 01:49:05] ICA looking for and found CMR 0403:6014

As I see it that means the device ID didn't match up to the expected id. The non matching ones should be a keyboard or one of 4 hubs.
Next we have some accepted work like this.

Code:

 [2013-10-18 01:49:14] Pool 2 difficulty changed to 32
 [2013-10-18 01:49:14] Generated stratum merkle 186092d356a918ff818a07453ffd0b684ad7cd65610ee4a3c6ffc7db2227c8df
 [2013-10-18 01:49:14] Generated stratum header 000000024e7c1f74032837b38c00b7498cae4ad8394627eaa08cc8c20000000a00000000186092d356a918ff818a07453ffd0b684ad7cd65610ee4a3c6ffc7db2227c8df5260e7e519100ab6000000000000008000000000000000000000000000000000000000000000000000000000000000
 [2013-10-18 01:49:14] Work job_id 2765-2e nonce2 0 ntime 5260e7e5
 [2013-10-18 01:49:14] Generated target 00000000000000000000000000000000000000000000000000f8ff0700000000

This goes on for a while from that first share to the first part I don't understand. I have left some data before to try to help you find the error its unlikely the error is here.

Code:

[2013-10-18 01:49:15] Pool 0 stratum+tcp://us3.eclipsemc.com:3333 alive
 [2013-10-18 01:49:15] Pushing sem post to thread 0
 [2013-10-18 01:49:15] Pushing sem post to thread 1
 [2013-10-18 01:49:15] Pushing sem post to thread 2
 [2013-10-18 01:49:15] Pushing sem post to thread 3
 [2013-10-18 01:49:15] Pushing sem post to thread 4
 [2013-10-18 01:49:15] Pushing sem post to thread 5
 [2013-10-18 01:49:15] BAJ3: reset got err 0
 [2013-10-18 01:49:15] BAJ2: reset got err 0
 [2013-10-18 01:49:15] BAJ1: reset got err 0
 [2013-10-18 01:49:15] BAJ: cgid 3 SetLatency got err 0
 [2013-10-18 01:49:15] BAJ4: reset got err 0
 [2013-10-18 01:49:15] Pushing sem post to thread 6
 [2013-10-18 01:49:15] BAJ: cgid 2 SetLatency got err 0
 [2013-10-18 01:49:15] BAJ3: setdata got err 0
 [2013-10-18 01:49:15] BAJ5: reset got err 0
 [2013-10-18 01:49:15] BAJ0: reset got err 0
 [2013-10-18 01:49:15] BAJ: cgid 1 SetLatency got err 0
 [2013-10-18 01:49:15] BAJ2: setdata got err 0
 [2013-10-18 01:49:15] BAJ: cgid 4 SetLatency got err 0
 [2013-10-18 01:49:15] Pushing sem post to thread 7
 [2013-10-18 01:49:15] BAJ3: setbaud got err 0
 [2013-10-18 01:49:15] BAJ: cgid 0 SetLatency got err 0
 [2013-10-18 01:49:15] BAJ4: setdata got err 0
 [2013-10-18 01:49:15] BAJ2: setbaud got err 0
 [2013-10-18 01:49:15] BAJ6: reset got err 0
 [2013-10-18 01:49:15] BAJ1: setdata got err 0
 [2013-10-18 01:49:15] BAJ: cgid 5 SetLatency got err 0
 [2013-10-18 01:49:15] Pushing sem post to thread 8
 [2013-10-18 01:49:15] BAJ0: setdata got err 0
 [2013-10-18 01:49:15] BAJ2: setflowctrl got err 0
 [2013-10-18 01:49:15] BAJ: cgid 6 SetLatency got err 0
 [2013-10-18 01:49:15] BAJ3: setflowctrl got err 0
 [2013-10-18 01:49:15] BAJ1: setbaud got err 0
 [2013-10-18 01:49:15] BAJ4: setbaud got err 0
 [2013-10-18 01:49:15] BAJ5: setdata got err 0
 [2013-10-18 01:49:15] BAJ7: reset got err 0
 [2013-10-18 01:49:15] BAJ2: setmodemctrl got err 0
 [2013-10-18 01:49:15] BAJ5: setbaud got err 0
 [2013-10-18 01:49:15] BAJ1: setflowctrl got err 0
 [2013-10-18 01:49:15] BAJ4: setflowctrl got err 0
 [2013-10-18 01:49:15] BAJ6: setdata got err 0
 [2013-10-18 01:49:15] BAJ3: setmodemctrl got err 0
 [2013-10-18 01:49:15] BAJ0: setbaud got err 0
 [2013-10-18 01:49:15] BAJ8: reset got err 0
 [2013-10-18 01:49:15] BAJ1: setmodemctrl got err 0
 [2013-10-18 01:49:15] BAJ4: setmodemctrl got err 0
 [2013-10-18 01:49:15] BAJ5: setflowctrl got err 0
 [2013-10-18 01:49:15] BAJ2: purgetx got err 0
 [2013-10-18 01:49:15] BAJ: cgid 7 SetLatency got err 0
 [2013-10-18 01:49:15] BAJ3: purgetx got err 0
 [2013-10-18 01:49:15] BAJ6: setbaud got err 0
 [2013-10-18 01:49:15] BAJ0: setflowctrl got err 0
 [2013-10-18 01:49:15] BAJ4: purgetx got err 0
 [2013-10-18 01:49:15] BAJ3: purgerx got err 0
 [2013-10-18 01:49:15] BAJ5: setmodemctrl got err 0
 [2013-10-18 01:49:15] BAJ7: setdata got err 0
 [2013-10-18 01:49:15] BAJ1: purgetx got err 0
 [2013-10-18 01:49:15] BAJ: cgid 8 SetLatency got err 0
 [2013-10-18 01:49:15] Selecting pool 0 for work
 [2013-10-18 01:49:15] BAJ2: purgerx got err 0
 [2013-10-18 01:49:15] BAJ6: setflowctrl got err 0
 [2013-10-18 01:49:15] BAJ0: setmodemctrl got err 0
 [2013-10-18 01:49:15] BAJ5: purgetx got err 0
 [2013-10-18 01:49:15] BAJ7: setbaud got err 0
 [2013-10-18 01:49:15] BAJ4: purgerx got err 0
 [2013-10-18 01:49:15] BAJ0: purgetx got err 0
 [2013-10-18 01:49:15] BAJ6: setmodemctrl got err 0
 [2013-10-18 01:49:15] BAJ8: setdata got err 0
 [2013-10-18 01:49:15] BAJ1: purgerx got err 0
 [2013-10-18 01:49:15] BAJ7: setflowctrl got err 0
 [2013-10-18 01:49:15] BAJ8: setbaud got err 0
 [2013-10-18 01:49:15] BAJ5: purgerx got err 0
 [2013-10-18 01:49:15] BAJ6: purgetx got err 0
 [2013-10-18 01:49:15] BAJ0: purgerx got err 0
 [2013-10-18 01:49:15] Generated stratum merkle ffae7d20ce43dafa4dd3018685311102faf42702696b3324be6619aae5bff61d
 [2013-10-18 01:49:15] BAJ7: setmodemctrl got err 0
 [2013-10-18 01:49:15] BAJ8: setflowctrl got err 0
 [2013-10-18 01:49:15] BAJ6: purgerx got err 0

That will be unlikely to have more then things I don't understand. I assume by err 0 there is no error. Then this happens.

Code:

 [2013-10-18 01:49:54] Generated stratum work
 [2013-10-18 01:49:54] Pushing work from pool 0 to hash queue
 [2013-10-18 01:49:54] BAJ 4 usb read err:(1) **UNKNOWN**
 [2013-10-18 01:49:54] USB release BAJ4
 [2013-10-18 01:49:54] USB uninit BAJ4
 [2013-10-18 01:49:54] USB free BAS
 [2013-10-18 01:49:54] USB unlock BitForceSC 1-25
 [2013-10-18 01:49:54] RES: BitForceSC (1:25) lock=0
 [2013-10-18 01:49:54] USB res unlock BitForceSC 1-25
 [2013-10-18 01:49:54] BAJ4: RequestQueJobStatus failed (err=1 amt=0)
 [2013-10-18 01:49:54] BAJ 4 failure, disabling!
 [2013-10-18 01:49:54] Popping work from get queue to get work

 [2013-10-18 01:49:56] Pushing work from pool 0 to hash queue
 [2013-10-18 01:49:56] BAJ 5 usb read err:(1) **UNKNOWN**
 [2013-10-18 01:49:56] USB release BAJ5
 [2013-10-18 01:49:56] USB uninit BAJ5
 [2013-10-18 01:49:56] USB free BAS
 [2013-10-18 01:49:56] USB unlock BitForceSC 1-23
 [2013-10-18 01:49:56] RES: BitForceSC (1:23) lock=0
 [2013-10-18 01:49:56] USB res unlock BitForceSC 1-23
 [2013-10-18 01:49:56] BAJ5: QueJobStatus failed (err=1 amt=0)
 [2013-10-18 01:49:56] BAJ 5 failure, disabling!
 [2013-10-18 01:49:56] Thread 5 being disabled
 [2013-10-18 01:49:56] Waiting on sem in miner thread
 [2013-10-18 01:49:57] [thread 3: 4294967296 hashes, 3522589.9 khash/sec]

 [2013-10-18 01:49:57] BFL looking for and found BFL 0403:6014
 [2013-10-18 01:49:57] USB lock BitForce 1-25
 [2013-10-18 01:49:57] RES: BitForce (1:25) lock=1
 [2013-10-18 01:49:57] USB res lock BitForce 1-25
 [2013-10-18 01:49:57] RES: BitForce (1:25) lock ok=1

 [2013-10-18 01:49:57] Share below target
 [2013-10-18 01:49:57] USB init, iManufacturer mismatch - BFL device 1:25
 [2013-10-18 01:49:57] USB free BFL
 [2013-10-18 01:49:57] USB unlock BitForce 1-25
 [2013-10-18 01:49:57] RES: BitForce (1:25) lock=0
 [2013-10-18 01:49:57] USB res unlock BitForce 1-25
 [2013-10-18 01:49:57] BFL looking for and found BFL 0403:6014
 [2013-10-18 01:49:57] USB lock BitForce 1-23
 [2013-10-18 01:49:57] RES: BitForce (1:23) lock=1
 [2013-10-18 01:49:57] USB res lock BitForce 1-23
 [2013-10-18 01:49:57] RES: BitForce (1:23) lock ok=1
 [2013-10-18 01:49:57] BAJ0: Changed scan sleep time to 666

 [2013-10-18 01:49:57] Pushing work from pool 2 to hash queue
 [2013-10-18 01:49:57] USB init, iManufacturer mismatch - BFL device 1:23
 [2013-10-18 01:49:57] USB free BFL
 [2013-10-18 01:49:57] USB unlock BitForce 1-23
 [2013-10-18 01:49:57] RES: BitForce (1:23) lock=0
 [2013-10-18 01:49:57] USB res unlock BitForce 1-23
 [2013-10-18 01:49:57] BFL looking for and found BFL 0403:6014
 [2013-10-18 01:49:57] BFL looking for and found BFL 0403:6014

 [2013-10-18 01:49:58] BAS looking for and found BAS 0403:6014
 [2013-10-18 01:49:58] USB lock BitForceSC 1-25
 [2013-10-18 01:49:58] RES: BitForceSC (1:25) lock=1
 [2013-10-18 01:49:58] USB res lock BitForceSC 1-25
 [2013-10-18 01:49:58] RES: BitForceSC (1:25) lock ok=1
 [2013-10-18 01:49:58] Popping work from get queue to get work

 [2013-10-18 01:49:58] USB init - BAS device 1:25 usbver=0200 prod='BitFORCE SHA256 SC' manuf='Butterfly Labs' serial='FTWNQPY4'
 [2013-10-18 01:49:58] BAS0: reset got err 0
 [2013-10-18 01:49:58] BAS: cgid 0 SetLatency got err 0
 [2013-10-18 01:49:58] BAS0: setdata got err 0
 [2013-10-18 01:49:58] BAS0: setbaud got err 0
 [2013-10-18 01:49:58] BAS0: setflowctrl got err 0
 [2013-10-18 01:49:58] BAS0: setmodemctrl got err 0
 [2013-10-18 01:49:58] BAS0: purgetx got err 0
 [2013-10-18 01:49:58] BAS0: purgerx got err 0
 [2013-10-18 01:49:58] BitForceSC detect (1:25) found an FPGA 'ERR:INVALID DATA
' ignoring
 [2013-10-18 01:49:58] USB uninit BAS0
 [2013-10-18 01:49:58] USB free BAS
 [2013-10-18 01:49:58] USB unlock BitForceSC 1-25
 [2013-10-18 01:49:58] RES: BitForceSC (1:25) lock=0
 [2013-10-18 01:49:58] USB res unlock BitForceSC 1-25
 [2013-10-18 01:49:58] BAS looking for and found BAS 0403:6014
 [2013-10-18 01:49:58] USB lock BitForceSC 1-23
 [2013-10-18 01:49:58] RES: BitForceSC (1:23) lock=1
 [2013-10-18 01:49:58] USB res lock BitForceSC 1-23
 [2013-10-18 01:49:58] RES: BitForceSC (1:23) lock ok=1
 [2013-10-18 01:49:58] Popping work from get queue to get work

 [2013-10-18 01:49:58] USB init - BAS device 1:23 usbver=0200 prod='BitFORCE SHA256 SC' manuf='Butterfly Labs' serial='FTWNQQ5S'
 [2013-10-18 01:49:58] Share below target
 [2013-10-18 01:49:58]  Proof: 0000000073bc6872d8111f9ac9ed169759bdfe2343ae45fc58691f3b28fab2f6
Target: 0000000007fff800000000000000000000000000000000000000000000000000
TrgVal? no (false positive; hash > target)
 [2013-10-18 01:49:58] BAS0: reset got err 0
 [2013-10-18 01:49:58] Share below target
 [2013-10-18 01:49:58]  Proof: 00000000ff731b4bdf51b449e1d596e4ab2c6e43cd4fb1c41cf17b21dfe04f58
Target: 0000000007fff800000000000000000000000000000000000000000000000000
TrgVal? no (false positive; hash > target)
 [2013-10-18 01:49:58] BAS: cgid 0 SetLatency got err 0
 [2013-10-18 01:49:58] Share below target
 [2013-10-18 01:49:58] BAS0: setdata got err 0
 [2013-10-18 01:49:58]  Proof: 00000000e1b7da4d6ad9554414722d135f3a11776877eb5fcf6a24e9ae875d38
Target: 0000000007fff800000000000000000000000000000000000000000000000000
TrgVal? no (false positive; hash > target)
 [2013-10-18 01:49:58] Share below target
 [2013-10-18 01:49:58] BAS0: setbaud got err 0
 [2013-10-18 01:49:58] BAS0: setflowctrl got err 0
 [2013-10-18 01:49:58]  Proof: 00000000f4411d882d9c6c52bbdd4fafe8c7ec67aad7d862998c02b262b959f2
Target: 0000000007fff800000000000000000000000000000000000000000000000000
TrgVal? no (false positive; hash > target)
 [2013-10-18 01:49:58] BAS0: setmodemctrl got err 0
 [2013-10-18 01:49:58] Share below target
 [2013-10-18 01:49:58] BAS0: purgetx got err 0
 [2013-10-18 01:49:58] BAS0: purgerx got err 0
 [2013-10-18 01:49:58]  Proof: 00000000500cf65acce179fd5ba4df54e97460f9a42c20a079269d8dcde15f50

 [2013-10-18 01:49:58] Share below target
 [2013-10-18 01:49:59] BAS 0 usb read err:(1) **UNKNOWN**
 [2013-10-18 01:49:59] USB release BAS0
 [2013-10-18 01:49:59] USB uninit BAS0
 [2013-10-18 01:49:59] USB free BAS
 [2013-10-18 01:49:59] USB unlock BitForceSC 1-23
 [2013-10-18 01:49:59] RES: BitForceSC (1:23) lock=0
 [2013-10-18 01:49:59] USB res unlock BitForceSC 1-23
 [2013-10-18 01:49:59] BitForceSC detect (1:23) get details returned nothing (0:1)
 [2013-10-18 01:49:59] BitForceSC detect (1:23) send details request failed (0:-4)
 [2013-10-18 01:49:59] BitForceSC detect (1:23) send details request failed (0:-4)
 [2013-10-18 01:49:59] USB unlock BitForceSC 1-23
 [2013-10-18 01:49:59] RES: BitForceSC (1:23) lock=0
 [2013-10-18 01:49:59] USB res unlock BitForceSC 1-23
 [2013-10-18 01:49:59] FAIL: USB get_lock not found (1:23)
 [2013-10-18 01:49:59] BAS looking for and found BAS 0403:6014
 [2013-10-18 01:49:59] FAIL: USB remove not already in use (1:23)
 [2013-10-18 01:49:59] BAS looking for and found BAS 0403:6014
 [2013-10-18 01:49:59] BAS looking for BAS 0403:6014 but found 05e3:0612 instead
 [2013-10-18 01:49:59] BAS looking for and found BAS 0403:6014
 [2013-10-18 01:49:59] BAS looking for BAS 0403:6014 but found 05e3:0612 instead
 [2013-10-18 01:49:59] BAS looking for BAS 0403:6014 but found 0424:ec00 instead
 [2013-10-18 01:49:59] BAS looking for BAS 0403:6014 but found 0424:9512 instead
 [2013-10-18 01:49:59] BAS looking for BAS 0403:6014 but found 1d6b:0002 instead
 [2013-10-18 01:49:59] USB scan devices: checking for AVA devices
 [2013-10-18 01:49:59] [thread 3: 4294967296 hashes, 3887604.4 khash/sec]
 [2013-10-18 01:49:59] Popping work from get queue to get work

As errors still happen on 3.6.4 built from git I don't think the bug is smashed. Though it seems I can now restart every 30 minutes instead of 20 so it is a bit better.

[-ck]

I notice 3.6.4 came out while I slept. I have some logging that I did on 3.6.3 because having cron kill cgminer off every 20 minutes seemed excessive even for a raspberry pi.

First I have 509 lines of cgminer trying to figure out what device its talking to. All 509 lines precede probing for an alive pool. I have 9 devices.
Each check goes like this


As I see it that means the device ID didn't match up to the expected id. The non matching ones should be a keyboard or one of 4 hubs.
Next we have some accepted work like this.

That will be unlikely to have more then things I don't understand. I assume by err 0 there is no error. Then this happens.

Code:

 [2013-10-18 01:49:54] BAJ 4 usb read err:(1) **UNKNOWN**

 [2013-10-18 01:49:56] BAJ 5 usb read err:(1) **UNKNOWN**

 [2013-10-18 01:49:59] BAS 0 usb read err:(1) **UNKNOWN**

As errors still happen on 3.6.4 built from git I don't think the bug is smashed. Though it seems I can now restart every 30 minutes instead of 20 so it is a bit better.

1. Normal for lots of looking for new devices to occur. The more usb things you have plugged in and the more drivers you compile in, the more looking will occur.

2. All looks fine.

3. Error 1 is a failed transfer - I plan to add more informational output than just unknown in the future. There is no way to recover from that and it suggests a communication problem. Meaning... I'm not sure this is a code problem?

[-ck]

No errors in the new version for me 

Great

Well after this frantic pace of development, I'm going to take a little breather and concentrate on some other areas. I think the code is quite stable but needs a lot more people testing it, so I will leave the "stable version for windows/osx" recommendation at 3.5.1. There will be some downtime on my server this weekend so grab your downloads now even if you don't plan to move to the new version immediately.

[mdude77]

No errors in the new version for me 

Great

Well after this frantic pace of development, I'm going to take a little breather and concentrate on some other areas. I think the code is quite stable but needs a lot more people testing it, so I will leave the "stable version for windows/osx" recommendation at 3.5.1. There will be some downtime on my server this weekend so grab your downloads now even if you don't plan to move to the new version immediately.

3.6.4 is stable for me so far too.  At least more than any of the 3.5 series was.  Hopefully the winsock error is gone too.

M

[pazor]

cgminer 3.6.x does not support ztex fpgas anymore ?

[Askit2]

On 3.5.1 I can run it without killing it as often as 20 minutes and all I get for errors are the following.

Code:

 cgminer version 3.5.1 - Started: [2013-10-19 03:00:18]
--------------------------------------------------------------------------------
 (2s):45.65G (avg):47.42Gh/s | A:8921  R:17  HW:113  WU:665.8/m
 ST: 2  SS: 0  NB: 1  LW: 8926  GF: 0  RF: 0
 Connected to multiple pools with block change notify
 Block: 00099e2139b95812...  Diff:268M  Started: [03:00:18]  Best share: 2.92K
--------------------------------------------------------------------------------
 [P]ool management [S]ettings [D]isplay options [Q]uit
 BAJ 0:  max 43C 3.89V | 5.573G/5.276Gh/s | A:1014 R: 0 HW: 0 WU: 78.6/m
 BAJ 1:  max 41C 3.85V | 5.078G/5.182Gh/s | A:1096 R: 0 HW: 0 WU: 71.3/m
 BAJ 2:  max 45C 3.62V | 4.972G/4.968Gh/s | A: 842 R: 0 HW: 0 WU: 67.7/m
 BAJ 3:  max 44C 3.86V | 5.111G/5.166Gh/s | A: 853 R:17 HW:24 WU: 73.2/m
 BAJ 4:  max 44C 4.05V | 5.442G/5.449Gh/s | A:1131 R: 0 HW:17 WU: 81.2/m
 BAJ 5:  max 46C 3.71V | 5.469G/5.443Gh/s | A: 957 R: 0 HW:15 WU: 75.4/m
 BAJ 6:  max 47C 2.39V | 5.306G/5.663Gh/s | A:1180 R: 0 HW: 7 WU: 76.4/m
 BAJ 7:  max 41C 3.75V | 2.612G/4.931Gh/s | A: 787 R: 0 HW:50 WU: 71.0/m
 BAJ 8:  max 45C 3.91V | 4.890G/5.407Gh/s | A:1061 R: 0 HW: 0 WU: 72.5/m
--------------------------------------------------------------------------------

 [2013-10-19 03:13:40] Accepted 0b3311d8 Diff 22/9 BAJ 3 pool 3
 [2013-10-19 03:13:42] Accepted 042c66b3 Diff 61/32 BAJ 7 pool 2
 [2013-10-19 03:13:46] BAJ 4 usb read error: LIBUSB_ERROR_IO
 [2013-10-19 03:13:46] BAJ4: RequestQueJobStatus failed (err=-1 amt=0)
 [2013-10-19 03:13:46] BAJ4: result of 1 too small (OK0x0a0x00) ignored
 [2013-10-19 03:13:47] USB: BAJ4 read2 buffering 15 extra bytes
 [2013-10-19 03:13:47] BAJ4: Invalid temp reply: 'ERR:INVALID DATA0x0a0x00'
 [2013-10-19 03:13:47] Pool 0 difficulty changed to 26.264444
 [2013-10-19 03:13:50] Accepted 00e13e15 Diff 290/26 BAJ 6 pool 0
 [2013-10-19 03:13:50] Accepted 07411b78 Diff 35/32 BAJ 8 pool 2
 [2013-10-19 03:13:50] Accepted 1541bc9f Diff 12/9 BAJ 8 pool 3
 [2013-10-19 03:13:51] Accepted 088a7af4 Diff 29/26 BAJ 2 pool 0
 [2013-10-19 03:13:55] Accepted 0aa21363 Diff 24/9 BAJ 4 pool 4
 [2013-10-19 03:13:58] Accepted 08b5fe78 Diff 29/9 BAJ 5 pool 4

or

Code:

 [2013-10-19 03:17:34] Accepted 06d55831 Diff 37/9 BAJ 5 pool 4
 [2013-10-19 03:17:36] Accepted 02f20ba9 Diff 86/9 BAJ 0 pool 4
 [2013-10-19 03:17:37] BAJ 6 usb read error: LIBUSB_ERROR_IO
 [2013-10-19 03:17:37] BAJ6: RequestQueJobStatus failed (err=-1 amt=0)
 [2013-10-19 03:17:38] BAJ6: result of 1 too small (OK0x0a0x00) ignored
 [2013-10-19 03:17:38] USB: BAJ6 read2 buffering 16 extra bytes
 [2013-10-19 03:17:38] BAJ6: Invalid temp reply: 'ERR:INVALID DATA0x0a0x00'
 

Code:

 [2013-10-19 03:19:15] Accepted 03db0146 Diff 66/32 BAJ 0 pool 2
 [2013-10-19 03:19:19] BAJ 6 usb read error: LIBUSB_ERROR_IO
 [2013-10-19 03:19:19] BAJ6: QueJobStatus failed (err=-1 amt=0)
 [2013-10-19 03:19:20] BAJ6: incorrect result count 1 (OK:QUEUED0x00) will try 3
 (OK:QUEUED0x0aINPROCESS:10x0aCOUNT:10x0aBAA5E374CDE767253D2FE7708327EEAF699F92D
2D92550EC4A4DADEB4962B59A,543E943752624E7819100AB6,1,3351D8020x0aOK0x0a0x00)
 

[Taugeran]

cgminer 3.6.x does not support ztex fpgas anymore ?

correct

[-ck]

On 3.5.1 I can run it without killing it as often as 20 minutes and all I get for errors are the following.

Code:

 [2013-10-19 03:19:15] Accepted 03db0146 Diff 66/32 BAJ 0 pool 2
 [2013-10-19 03:19:19] BAJ 6 usb read error: LIBUSB_ERROR_IO
 [2013-10-19 03:19:19] BAJ6: QueJobStatus failed (err=-1 amt=0)
 [2013-10-19 03:19:20] BAJ6: incorrect result count 1 (OK:QUEUED0x00) will try 3
 (OK:QUEUED0x0aINPROCESS:10x0aCOUNT:10x0aBAA5E374CDE767253D2FE7708327EEAF699F92D
2D92550EC4A4DADEB4962B59A,543E943752624E7819100AB6,1,3351D8020x0aOK0x0a0x00)
 

Hmm ok you did get IO errors previously as well. The difference is the newer version made them seen as fatal. Well I'll try to emulate the old behaviour and maybe even try resubmitting the transfers to even improve on the old behaviour. I've updated git master to emulate the old behaviour for now where the errors were non fatal.

EDIT: BTW IO errors still suggest there is something hardware wrong in your setup, dodgy cable, connection etc., even if it works most of the time.

[Roy Badami]

Would it be possible to make it listen to "--bitburner-fury-options" instead of the --avalon-options parameter? That would make it possible to run both Bitburner XX and Bitburner Fury devices in 1 CGminer window.

When using the newest Bitburner Fury firmware, the device now identifies as BBF. Is it possible to add a separate options parameter for the BBF?

I had the same requirement, so I've implemented this here: https://github.com/roybadami/cgminer/commit/c69a130dc1ab0bab81d2ef2c95611b09e411a826

See https://bitcointalk.org/index.php?topic=294735.msg3369661#msg3369661

I'll submit a pull request soon

roy

[Testit]

3.6.4 seems really stable and works great thanks a lot for your hard work

[Roy Badami]

Would it be possible to make it listen to "--bitburner-fury-options" instead of the --avalon-options parameter? That would make it possible to run both Bitburner XX and Bitburner Fury devices in 1 CGminer window.

When using the newest Bitburner Fury firmware, the device now identifies as BBF. Is it possible to add a separate options parameter for the BBF?

I had the same requirement, so I've implemented this here: https://github.com/roybadami/cgminer/commit/c69a130dc1ab0bab81d2ef2c95611b09e411a826

See https://bitcointalk.org/index.php?topic=294735.msg3369661#msg3369661

I'll submit a pull request soon

roy

I figured since at least one other person is waiting for this, I'd go ahead and submit a pull request:

https://github.com/ckolivas/cgminer/pull/509

[-ck]

3.6.4 seems really stable and works great thanks a lot for your hard work

Great thanks for the feedback

When reporting back feedback like this can you please give a quick summary of what OS and mining hardware you're all using as well?

[crazyates]

3.6.4 seems really stable and works great thanks a lot for your hard work

Great thanks for the feedback

When reporting back feedback like this can you please give a quick summary of what OS and mining hardware you're all using as well?

3.5 was giving me problems with devices disconnecting, couldn't add them back, and then eventually my system would run out of RAM.

3.6.4 is running great.

Win 8 x64, 8GB RAM, 1x BFL LS, 2 AMUs, and 2 MSI 7950s (separate instance for LTC).

[techman05]

May be just a wierd 2 bugs but I found that if I incorrectly forgot to save my shortcut right it opens to older folder versions I set and saves config there even though I'm opening 3.6.4.

My second I found because cgminer doesn't like strange characters and won't open if they are in the config file. I was trying to set up bit minter as an alternative to another pool and since bit minter looks like it uses tcp instead of http they both get printed at front and leave just as"http://tcp://mint.bitminter.com:3333" plus a few starlike characters in between the protocols the first time it saved.

Future bug fixes maybe?

[-ck]

May be just a wierd 2 bugs but I found that if I incorrectly forgot to save my shortcut right it opens to older folder versions I set and saves config there even though I'm opening 3.6.4.

My second I found because cgminer doesn't like strange characters and won't open if they are in the config file. I was trying to set up bit minter as an alternative to another pool and since bit minter looks like it uses tcp instead of http they both get printed at front and leave just as"http://tcp://mint.bitminter.com:3333" plus a few starlike characters in between the protocols the first time it saved.

Future bug fixes maybe?

Um, you do not use tcp by itself anywhere. You're probably thinking of stratum+tcp:// and http:// is implicitly tcp, so your syntax is wrong.

[btc6000]

3.6.4 seems really stable and works great thanks a lot for your hard work

3.3.1 seems to be the most stable on my setup


Cheers,

[Askit2]

The IO error on the devices only seems to happen on Linux not my windows box. When I moved those units to the raspberry pi it started having issues.
I can't say for sure there isn't a problem with a cable but I can hook it back up to windows 7 tomorrow maybe and try that.

I built the version from the git. I don't so far dare to stop cron from killing it every half hour. I can't watch it constantly and so far my script to start them up at boot isn't working correctly.

I do have a side issue that isn't cgminer directly. I have been plagued by crashes for a while. I haven't in the past seen anything to make me think mining specifically caused it. The most recent crash left me with the following error. I am including the last line of cgminers output and the crash report. Crash was 3.5.1 not newest from git. crashed after 57 minutes of running. 3 more and it would have restarted at the hour.

Code:

BAJ 1Get Results failed (err=-7 amt=0) [2169.902077]unable to handle kernel NULL pointer dereference at Virtual Address 0000006c
[2169.910398] pyd=c362c000
[2169.918266] [0000006c] *pgd=18ccb831, *pte = 00000000, *ppte=00000000
[2169.929642] Internal Error: Oops: 17 [#1] PREEMPT ARM
Entering kdb (current=0xdbfd2500, pid 2222) Oops: (null)
due to oops @0xc02677b0

Pid: 2222, comm:                ip
cpu: 0      Not tainted (3.6.11+ #371)
PC is at smsc95xx_async_cmd_callback+0x30/0x44
LR is at usb_hcd_giveback_urb+0x60/0xf4
pc : [<c02677b0>]     lr : [<c027244c>]     psr: a0000193
sp : dc9b98d8      ip : 00000000    fp : dc984980
r10 : dc984980   r9 : f298052c       r8 : ffffffb9
r7 : dbe35ba0     r6 : ffffffb9          r5 : c1528d60     r4 : dbf06dc0
r3 : 00000000     r2 : ffffffb9          r1 : 00000000     r0 : dbf06de0
Flags NvCv IRQs off FIQs on Mode svc_32 ISA ARM Segment User
Control:n 00c5387d Table: 03b2c008 DAC: 00000015

After that is some unwind kdb info I can type that up if you would like. It seems like there is a kernel error. I got lucky as for a change the monitor was still getting a signal. Usually power management manages to keep the signal off making the crashes far less useful. I don't know that this will help anything.

[-ck]

The IO error on the devices only seems to happen on Linux not my windows box. When I moved those units to the raspberry pi it started having issues.
I can't say for sure there isn't a problem with a cable but I can hook it back up to windows 7 tomorrow maybe and try that.

I built the version from the git. I don't so far dare to stop cron from killing it every half hour. I can't watch it constantly and so far my script to start them up at boot isn't working correctly.

I do have a side issue that isn't cgminer directly. I have been plagued by crashes for a while. I haven't in the past seen anything to make me think mining specifically caused it. The most recent crash left me with the following error. I am including the last line of cgminers output and the crash report. Crash was 3.5.1 not newest from git. crashed after 57 minutes of running. 3 more and it would have restarted at the hour.


After that is some unwind kdb info I can type that up if you would like. It seems like there is a kernel error. I got lucky as for a change the monitor was still getting a signal. Usually power management manages to keep the signal off making the crashes far less useful. I don't know that this will help anything.

There's no doubt the USB in the RPi is less reliable than a real PC. Part of the problem is that the network device is actually a USB device low down meaning USB comms are compromised as a result, and it's all on the same bus.

Code:

Bus 001 Device 004: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. LAN9500 Ethernet 10/100 Adapter / SMSC9512/9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Unfortunately I can't really start digging into kernel code, but I can at least suggest trying a different distro (though I believe I've said that before). I can reliably crash my RPi by just plugging something into the USB slot that draws more power than usual (such as the BF1 stick) without mining even running. Would be interesting to see now that you've built from git whether you get complete failures with transfer errors or just IO errors as a temporary glitch now.

[opentoe]

Can someone point out what each number is and what's it for? Mabe someone that knoiws addendeum this file so we all know what all these numbers  mean, yea?


http://www.photopiks.com/cgminer.jpg