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,
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 202. (Read 5805670 times)
October 19, 2013, 10:31:38 PM
3.3.1 seems to be the most stable on my setup
Cheers,
October 19, 2013, 09:27:25 PM
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. 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?
October 19, 2013, 09:24:56 PM
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?
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?
October 19, 2013, 09:17:47 PM
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.6.4 is running great.
Win 8 x64, 8GB RAM, 1x BFL LS, 2 AMUs, and 2 MSI 7950s (separate instance for LTC).
October 19, 2013, 04:25:44 PM
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?
October 19, 2013, 03:51:28 PM
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://bitcointalksearch.org/topic/m.3369661
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
October 19, 2013, 03:12:24 PM
3.6.4 seems really stable and works great thanks a lot for your hard work
October 19, 2013, 01:13:37 PM
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://bitcointalksearch.org/topic/m.3369661
I'll submit a pull request soon
roy
October 19, 2013, 08:52:30 AM
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.
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.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)
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.
October 19, 2013, 04:16:44 AM
cgminer 3.6.x does not support ztex fpgas anymore ?
correct
October 19, 2013, 04:15:54 AM
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.
or
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)
October 19, 2013, 04:07:47 AM
cgminer 3.6.x does not support ztex fpgas anymore ?
October 19, 2013, 12:50:09 AM
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
October 18, 2013, 09:04:51 PM
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.
October 18, 2013, 06:26:40 PM
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.
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.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**
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?
October 18, 2013, 05:54:09 PM
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.
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.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.
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.
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
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
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
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
October 18, 2013, 05:26:55 PM
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.
October 18, 2013, 05:23:11 PM
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.
October 18, 2013, 04:48:59 PM
That's nice to see their sauce at last. Furthermore, KFC have finally decided to engage us (well just me) and are sending me a unit. Unfortunately for KFC users, I am currently being paid by other manufacturers to work on their drivers, so modifying the KFC driver will go lower priority than those other manufacturers, but I will get around to it eventually. [sic]
In hope it pushes the priority a little I'd like to mention that buyers of KFC's 'ultimate boxes' will donate for improvements made on KFC sauce 
October 18, 2013, 04:41:28 PM
3.6.4 works great on Macs again, thank you! 
There are two minor bugs, but they don't affect mining. The first one occurs during building, where I must now explicitly use "--disable-adl" whereas I didn't need to in 3.6.3. ADL isn't used on the Mac, so it's no loss, but since it is a non-default option it's a caveat Mac users will need to remember if they want to successfully build it for 3.6.4. Here is readout from make:
Again, using "--disable-adl" solves it. The other bug(?) occurs when quitting cgminer, the following messages are output.
The "usbutils.c" error (4th line down) I think is atypical. Neither of these affect usability of the program. Thanks for the great update!
Great, thanks for confirming testing and providing builds. The failed to read message is fine on shutdown. The reason is macosx doesn't support unnamed semaphores and I built a custom structure and set of functions to imitate them on OSX. During shut down the structures are being torn down so don't work at some stage and that's what you're seeing.There are two minor bugs, but they don't affect mining. The first one occurs during building, where I must now explicitly use "--disable-adl" whereas I didn't need to in 3.6.3. ADL isn't used on the Mac, so it's no loss, but since it is a non-default option it's a caveat Mac users will need to remember if they want to successfully build it for 3.6.4. Here is readout from make:
Code:
In file included from ./sha2.h:36,
from cgminer.c:52:
./miner.h:127:30: error: ADL_SDK/adl_sdk.h: No such file or directory
In file included from ./sha2.h:36,
from cgminer.c:52:
./miner.h:288: error: expected specifier-qualifier-list before ‘ADLTemperature’
cgminer.c: In function ‘write_config’:
cgminer.c:4393: error: ‘struct gpu_adl’ has no member named ‘overtemp’
cgminer.c:4396: error: ‘struct gpu_adl’ has no member named ‘targettemp’
make[2]: *** [cgminer-cgminer.o] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
Again, using "--disable-adl" solves it. The other bug(?) occurs when quitting cgminer, the following messages are output.
Code:
[2013-10-18 11:27:04] Received kill message
[2013-10-18 11:27:05] AMU0: Comms error (rerr=-4 amt=0)
[2013-10-18 11:27:05] Thread 2 failure, exiting
[2013-10-18 11:27:05] Failed to read errno=0 in usbutils.c usb_resource_thread():3737
[2013-10-18 11:27:05] Shutdown signal received.
The "usbutils.c" error (4th line down) I think is atypical. Neither of these affect usability of the program. Thanks for the great update!
See:
http://ck-hack.blogspot.com/2013/09/unnamed-semaphores-and-pososx.html
Not sure about the ADL issue. Weird since I didn't really touch that code between .3 and .4 (Try 'autoreconf -fi' first if you're building from git)
Jump to: