Bitcoin Forum
January 23, 2019, 02:24:47 AM *
News: Latest Bitcoin Core release: 0.17.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 [658] 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 ... 844 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1  (Read 5771958 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
Xian01
Legendary
*
Offline Offline

Activity: 1400
Merit: 1016


Christian Antkow


View Profile
November 03, 2013, 04:58:03 AM
 #13141

 Con, humble request for the next version of CGMiner, specifically dealing with K16's - It would be super spiffy if we could get a --klondike-temp-cutoff parm or something to override the hard-coded 54.5C.

 A couple of mine are running hotter than others, despite a ton of airflow, and often hit 55C and then cutoff until they drop back to 45C; would be nice to set higher thresholds for testing/troubleshooting without the need to recompile for Windows.

 Also, that "KLNx:0 went idle before work was sent" spam is troubling.

 Cheers.
1548210287
Hero Member
*
Offline Offline

Posts: 1548210287

View Profile Personal Message (Offline)

Ignore
1548210287
Reply with quote  #2

1548210287
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1548210287
Hero Member
*
Offline Offline

Posts: 1548210287

View Profile Personal Message (Offline)

Ignore
1548210287
Reply with quote  #2

1548210287
Report to moderator
1548210287
Hero Member
*
Offline Offline

Posts: 1548210287

View Profile Personal Message (Offline)

Ignore
1548210287
Reply with quote  #2

1548210287
Report to moderator
1548210287
Hero Member
*
Offline Offline

Posts: 1548210287

View Profile Personal Message (Offline)

Ignore
1548210287
Reply with quote  #2

1548210287
Report to moderator
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2758
Merit: 1149


Ruu \o/


View Profile WWW
November 03, 2013, 06:29:29 AM
 #13142

Any idea why my Blue Fury's aren't being detected?  Zadig driver installation went smoothly...  Do I need a special command to recognize them or something?
No. Sometimes mine take up to a minute to recognise and initialise properly. Also if you have AMUs, I have heard that they conflict and you may have to unplug and plug the furies back in for the to work concurrently.

Now that they're out in the wild, lots of other people are also not getting their Blue Fury's to work in cgminer (see Blue Fury Support Thread).  I haven't seen any reported successes w/ cgminer, only bfgminer.

I'm in that same boat, with cgminer seeing them but not doing anything with them.

If I disable one in device manage I can get a

[2013-11-02 20:35:50] USB init, open device failed, err -12, you need to install a WinUSB driver for - BF1 device 8:5-i1
[2013-11-02 20:35:50] bitfury detect (8:5) failed to initialise (incorrect device?)

every hotplug poll, but once I enable it those messages go away as if everything is copacetic.  But the devices are basically ignored.
So... the obvious question: Did you install a winusb driver for them? Note I only have a redfury but as far as I'm aware they should be identical and it works perfectly fine on windows 7.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
zyk0
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
November 03, 2013, 06:56:13 AM
 #13143

Any idea why my Blue Fury's aren't being detected?  Zadig driver installation went smoothly...  Do I need a special command to recognize them or something?
No. Sometimes mine take up to a minute to recognise and initialise properly. Also if you have AMUs, I have heard that they conflict and you may have to unplug and plug the furies back in for the to work concurrently.

Now that they're out in the wild, lots of other people are also not getting their Blue Fury's to work in cgminer (see Blue Fury Support Thread).  I haven't seen any reported successes w/ cgminer, only bfgminer.

I'm in that same boat, with cgminer seeing them but not doing anything with them.

If I disable one in device manage I can get a

[2013-11-02 20:35:50] USB init, open device failed, err -12, you need to install a WinUSB driver for - BF1 device 8:5-i1
[2013-11-02 20:35:50] bitfury detect (8:5) failed to initialise (incorrect device?)

every hotplug poll, but once I enable it those messages go away as if everything is copacetic.  But the devices are basically ignored.
So... the obvious question: Did you install a winusb driver for them? Note I only have a redfury but as far as I'm aware they should be identical and it works perfectly fine on windows 7.

Yes, that cgminer -n output would have been nothing like that w/o WinUSB.  I figured that was easily inferred.
Besides, if you follow that support thread, other people are getting the same results in Linux.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2758
Merit: 1149


Ruu \o/


View Profile WWW
November 03, 2013, 07:00:00 AM
 #13144

Any idea why my Blue Fury's aren't being detected?  Zadig driver installation went smoothly...  Do I need a special command to recognize them or something?
No. Sometimes mine take up to a minute to recognise and initialise properly. Also if you have AMUs, I have heard that they conflict and you may have to unplug and plug the furies back in for the to work concurrently.

Now that they're out in the wild, lots of other people are also not getting their Blue Fury's to work in cgminer (see Blue Fury Support Thread).  I haven't seen any reported successes w/ cgminer, only bfgminer.

I'm in that same boat, with cgminer seeing them but not doing anything with them.

If I disable one in device manage I can get a

[2013-11-02 20:35:50] USB init, open device failed, err -12, you need to install a WinUSB driver for - BF1 device 8:5-i1
[2013-11-02 20:35:50] bitfury detect (8:5) failed to initialise (incorrect device?)

every hotplug poll, but once I enable it those messages go away as if everything is copacetic.  But the devices are basically ignored.
So... the obvious question: Did you install a winusb driver for them? Note I only have a redfury but as far as I'm aware they should be identical and it works perfectly fine on windows 7.

Yes, that cgminer -n output would have been nothing like that w/o WinUSB.  I figured that was easily inferred.
I don't know that, for the error message implies that it's not installed. I have one red fury, it works on windows 7 as I said. You can give me the output of what happens when you start cgminer with -T -D and I can see what I make of it.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
zyk0
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
November 03, 2013, 07:13:07 AM
 #13145

I don't know that, for the error message implies that it's not installed. I have one red fury, it works on windows 7 as I said. You can give me the output of what happens when you start cgminer with -T -D and I can see what I make of it.

Thanks, this appears to be the relevant part of the output, and probably readily solves the mystery
Code:
[2013-11-03 00:10:23] BF1 looking for and found BF1 03eb:204b                   
 [2013-11-03 00:10:23] USB lock bitfury 8-8                   
 [2013-11-03 00:10:23] RES: bitfury (8:8) lock=1                   
 [2013-11-03 00:10:23] USB res lock bitfury 8-8                   
 [2013-11-03 00:10:23] RES: bitfury (8:8) lock ok=1                   
 [2013-11-03 00:10:23] USB init, iManufacturer mismatch - BF1 device 8:8-i1                   
 [2013-11-03 00:10:23] USB free BF1                   
 [2013-11-03 00:10:23] USB unlock bitfury 8-8                   
 [2013-11-03 00:10:23] BF1 looking for and found BF1 03eb:204b                   
 [2013-11-03 00:10:23] USB lock bitfury 8-3                   
 [2013-11-03 00:10:23] RES: bitfury (8:3) lock=1                   
 [2013-11-03 00:10:23] USB res lock bitfury 8-3                   
 [2013-11-03 00:10:23] RES: bitfury (8:3) lock ok=1                   
 [2013-11-03 00:10:23] RES: bitfury (8:8) lock=0                   
 [2013-11-03 00:10:23] USB res unlock bitfury 8-8                   
 [2013-11-03 00:10:23] USB init, iManufacturer mismatch - BF1 device 8:3-i1                   
 [2013-11-03 00:10:23] USB free BF1                   
 [2013-11-03 00:10:23] USB unlock bitfury 8-3                   
 [2013-11-03 00:10:23] BF1 looking for and found BF1 03eb:204b                   
 [2013-11-03 00:10:23] RES: bitfury (8:3) lock=0                   
 [2013-11-03 00:10:23] USB res unlock bitfury 8-3                   
 [2013-11-03 00:10:23] USB lock bitfury 8-2                   
 [2013-11-03 00:10:23] RES: bitfury (8:2) lock=1                   
 [2013-11-03 00:10:23] USB res lock bitfury 8-2                   
 [2013-11-03 00:10:23] RES: bitfury (8:2) lock ok=1                   
 [2013-11-03 00:10:24] USB init, iManufacturer mismatch - BF1 device 8:2-i1                   
 [2013-11-03 00:10:24] USB free BF1                   
 [2013-11-03 00:10:24] USB unlock bitfury 8-2                   
 [2013-11-03 00:10:24] BF1 looking for and found BF1 03eb:204b                   
 [2013-11-03 00:10:24] RES: bitfury (8:2) lock=0                   
 [2013-11-03 00:10:24] USB lock bitfury 8-9                   
 [2013-11-03 00:10:24] USB res unlock bitfury 8-2                   
 [2013-11-03 00:10:24] RES: bitfury (8:9) lock=1                   
 [2013-11-03 00:10:24] USB res lock bitfury 8-9                   
 [2013-11-03 00:10:24] RES: bitfury (8:9) lock ok=1                   
 [2013-11-03 00:10:24] USB init, iManufacturer mismatch - BF1 device 8:9-i1                   
 [2013-11-03 00:10:24] USB free BF1                   
 [2013-11-03 00:10:24] USB unlock bitfury 8-9                   
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2758
Merit: 1149


Ruu \o/


View Profile WWW
November 03, 2013, 07:28:13 AM
 #13146

I don't know that, for the error message implies that it's not installed. I have one red fury, it works on windows 7 as I said. You can give me the output of what happens when you start cgminer with -T -D and I can see what I make of it.

Thanks, this appears to be the relevant part of the output, and probably readily solves the mystery
Code:
[2013-11-03 00:10:23] USB init, iManufacturer mismatch - BF1 device 8:8-i1                   
Indeed, for the iManufacturer code matches only the red fury.

It's a debug build for now, but see if this suffices:
http://ck.kolivas.org/apps/cgminer/debug/cgminer-nogpu.exe

If the iProduct entry does not match we'll need to account for that too. Start it with -D -T again if it fails.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
zyk0
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
November 03, 2013, 07:46:46 AM
 #13147

I don't know that, for the error message implies that it's not installed. I have one red fury, it works on windows 7 as I said. You can give me the output of what happens when you start cgminer with -T -D and I can see what I make of it.

Thanks, this appears to be the relevant part of the output, and probably readily solves the mystery
Code:
[2013-11-03 00:10:23] USB init, iManufacturer mismatch - BF1 device 8:8-i1                   
Indeed, for the iManufacturer code matches only the red fury.

It's a debug build for now, but see if this suffices:
http://ck.kolivas.org/apps/cgminer/debug/cgminer-nogpu.exe

If the iProduct entry does not match we'll need to account for that too. Start it with -D -T again if it fails.


Errors out on flush and getinfo (several times)

output log @ http://www.frohike.net/bluefury/bluefury_TD.txt
or you can decode it from
Code:
begin 644 bluefury_TD.txt.xz
M_3=Z6%H```3FUK1&`@`A`1P````0SUC,YWX-!9==`!`6PD,`YQG!&Q\)Z6L&
M9%\(^VFJ--61_W7!EO<7]Y1/<J2F!5%/U$.,`49N>,YOT6`RC9^70C"6J;8E
MVBYI`>Y**3\K1U;`0&6TU20JH%$MP_G>!I^R0P@@R:ROHDN.JL#N3T^S-I3M
MHF=.K.\MP)<"Z>KLH%52<B8*9;=!M]DY1`@QW6XNFRH64-XO*@83U&%P!>9#
M'?'7!IK,OF]"T)P+)2VZ^J)_!#!W`6A=XH$]P38ZH.!0NE-C0<?GEP5A&M[$
M=-^IA&35T>9ZZGAQ/+-_HN[;!\)G`(U;-,9@1:@3@@T&Q%=7E7!C.JE">DD]
M]:GSU7..F-`(&A.-BM"L>&N.%(;V>H6\&_7":./GFH._;B!B[S6CXS`D")$`
MGZ'@5$:L'Z7+$W"?,<[FU6T>8CBF@73I+YPHP20F[^9N"%W*EHS3HNU)LG1T
M_/`,E&"/=3805R/Z],H!KT[Y&I<#P3LW9N)_=CN$`;J5GW?!2W!`.?.Z/[-4
MF-]]-YLCE@ID/]8/D5GW^1F<4NS97\V;T?4-Q=CGJH$,1W#VL8?7-4B3>;P4
MTT?1(F,8U""<Q-$3YOX.^,!_M`J`N$*[AT0U`IIX#!PTC9APU'CDJL`5V:B!
MN\?:<1A4XOE"*`.]<.11ILD&&27ZSG-4,:>N8'V:?[',E]*X,2E*@9EO20P4
MR:LKR2"7_H18K-*':AH>"MT"4C01#HG]X\@"M/^U\3P]9Z7DS+"@R_Y"N2FD
M4M:W*_'@H*?X0_N`P.DD\!>BF<1':E4=^W,SKF<)9:A%?%@K:(J?3#N8#4':
M`09.?Q,C6^+9*<5/J\*'$&THI`R>D(RWXPH"_@.SKYCBR5*%B#F\Q0J^3K*V
MJ:Q%'"(7KE0C7X+H%5T1PM[$4\^!VT3@3&QZPCN.Y$@5;6@"&MKL'_K;.A+3
MWD&,A:[WB@YFJ^$Y\.GIEX7LO5RCH'2:*E]*H9.7YV(M=P=($'K9^#2;Z.![
M78P:;$#P>6PI53ZC&FJ!MA]%UWA9W?J-ID*4:YS81)3ZFZXT<<-)O9E^QN'E
M,\JI(B&('777PXYHH:\F*)>WM\=\M./=\;G.A'D[.RB"O[`-Y-<J3.,Q?.,-
MZ1Q)!EY'V;U41<>K50(JF%EY?T1VLPA5!,T-!9V_*>;7R[U'=V]TQ]!C'#:B
M28LG>+'5!2QCC"=8@RUE4,$0(_C1P3[RZ$O/UK2=#35*^4TU\$J$*)TEHT08
M/*,>"HJE5>4TNOOQ?A8D#N')"Q[="54N#9Y,-R$9SR"+/^>0!DFR6ZO<A3.^
M[R'>-F`0(H;L+1>?9+;=]FY"$/#AO:(^5F5^2/30=%:#G`1NS+W9Z(JMERW_
M%L:Y8NK&?`7IXRA]D--S<#J:Z%>`!6NV7$F$BBB&"WIF;#Z;DT(35(II^GN-
M:I/'%'9Q3XB\%3EB$2$9>"\P4"M>=\J$V`ACV_JV^$JHR6T#H`]U$!PG3+=\
M>>;>?B!62*).KNRHQ5_8F$$ZH;3&/E[/?QV-P^5K"6&TTW39(QU29;O[GP8=
M/\HZG*S\H8\36(R]C5<*PUF4OP0=[3S)'!DH6TAK.+!S$'I0D3ZE>HO*;A;_
MK*ONZ3;.[X&07.^U-@9P\3/.T;.TKT=/#AVZ?)\G'C]T4M39"@"Q<`!*'<1O
MY8.\92[C7D5%O`E\O`8J2S;W])E3R+TQ#3GWY;*\![9:_@FC(9)$<7[:;,2T
MEAI5O+^B[,GHXZ>YWS@\6M&!1\L@5IQC$NV^;-PB9-P+0^[M9H#PBTOA0P-X
M&D'*.TATS`FX"G@*C.=@P)UU=BQH%6\)Z%4&`1_;D2U:5.S%M:1?TN=%5[JR
M317T9LRZZ:0K#+L'FI:M/VUZ-%P*G0?\/^\1USAE<$N-%&1=,L*`R_%/&G?'
MG'IXBP"@UY'#/"R2.>N@[VW^9H70?```M,SQSH*O`(P``;,+COP=`+>C[V:Q
+Q&?[`@`````$65H`
`
end
hhs99
Member
**
Offline Offline

Activity: 113
Merit: 10


View Profile
November 03, 2013, 08:17:15 AM
 #13148

I have a computer with 2 Nvidia cards and the benchmark works perfectly but when I run normal it segfaults. This is an xubuntu machine. below is the debug from cgminer.  I don't expect a lot of hashes just have to last until my 7900's get here. How would I fix this? I'm still a newbe so please forgive me if its something stupid simple. ALso if anyone has working worksize for these cards please let me know, I would love to get a few extra hashes.

Code:
/usr/local/cgminer/cgminer -o stratum+tcp://coinotron.com:3337 -u user -p pw --scrypt -D -T
 [2013-11-02 13:03:04] Started cgminer 3.6.6                   
 [2013-11-02 13:03:05] CL Platform 0 vendor: NVIDIA Corporation                   
 [2013-11-02 13:03:05] CL Platform 0 name: NVIDIA CUDA                   
 [2013-11-02 13:03:05] CL Platform 0 version: OpenCL 1.1 CUDA 4.2.1                   
 [2013-11-02 13:03:05] Platform 0 devices: 2                   
 [2013-11-02 13:03:05]  0 GeForce 8600 GT                   
 [2013-11-02 13:03:05]  1 GeForce 9100                   
 [2013-11-02 13:03:05] Probing for an alive pool                   
 [2013-11-02 13:03:05] Popping work to stage thread                   
 [2013-11-02 13:03:05] Testing pool stratum+tcp://coinotron.com:3337                   
 [2013-11-02 13:03:15] Succeeded delayed connect                   
 [2013-11-02 13:03:15] Failed to get sessionid in initiate_stratum                   
 [2013-11-02 13:03:15] Pool 0 difficulty changed to 256                   
 [2013-11-02 13:03:15] Stratum authorisation success for pool 0                   
 [2013-11-02 13:03:15] Pool 0 stratum+tcp://coinotron.com:3337 alive                   
 [2013-11-02 13:03:15] Generated stratum merkle 70a3ffb971bec052afedf948e84cbfa10ce7bf18f2f3e8e08eebffcb24a2d63a                   
 [2013-11-02 13:03:15] Generated stratum header 0000000174e85646ab02ce7cea6aeb283a5538163d1c2745edadda08251252cac3a15f1d70a3ffb971bec052afedf948e84cbfa10ce7bf18f2f3e8e08eebffcb24a2d63a527530201c020239000000000000008000000000000000000000000000000000000000000000000000000000000000                   
 [2013-11-02 13:03:15] Work job_id 335 nonce2 0 ntime 52753020                   
 [2013-11-02 13:03:15] Generated target 000000000000000000000000000000000000000000000000000000ffff000000                   
 [2013-11-02 13:03:15] Network diff set to 127                   
 [2013-11-02 13:03:15] New block: 52caedadda083d1c... diff 127                   
 [2013-11-02 13:03:15] Stratum from pool 0 detected new block                   
 [2013-11-02 13:03:16] Init GPU thread 0 GPU 0 virtual GPU 0                   
 [2013-11-02 13:03:16] CL Platform vendor: NVIDIA Corporation                   
 [2013-11-02 13:03:16] CL Platform name: NVIDIA CUDA                   
 [2013-11-02 13:03:16] CL Platform version: OpenCL 1.1 CUDA 4.2.1                   
 [2013-11-02 13:03:16] List of devices:                   
 [2013-11-02 13:03:16]  0GeForce 8600 GT                   
 [2013-11-02 13:03:16]  1GeForce 9100                   
 [2013-11-02 13:03:16] Selected 0: GeForce 8600 GT                   
 [2013-11-02 13:03:16] Preferred vector width reported 1                   
 [2013-11-02 13:03:16] Max work group size reported 512                   
 [2013-11-02 13:03:16] Max mem alloc size is 134217728                   
 [2013-11-02 13:03:16] Selecting scrypt kernel                   
 [2013-11-02 13:03:16] GPU 0: selecting lookup gap of 2                   
 [2013-11-02 13:03:16] GPU 0: selecting thread concurrency of 960                   
 [2013-11-02 13:03:16] No binary found, generating from source                   
 [2013-11-02 13:03:16] Setting worksize to 256                   
 [2013-11-02 13:03:16] cl_amd_media_ops not found, will not set BITALIGN                   
 [2013-11-02 13:03:16] BFI_INT patch requiring device not found, will not BFI_INT patch                   
 [2013-11-02 13:03:16] CompilerOptions: -D LOOKUP_GAP=2 -D CONCURRENT_THREADS=960 -D WORKSIZE=256 -D GOFFSET -D OCL1                   
 [2013-11-02 13:04:12] Generated stratum merkle e4cfe749470fd742dc9850e568562ed9cfdceab9df4e9fac61e670003710e821                   
 [2013-11-02 13:04:12] Generated stratum header 00000001636524ab9c16017125e28d13676bb795ab756945ad20648dada8d12d607b01bbe4cfe749470fd742dc9850e568562ed9cfdceab9df4e9fac61e670003710e8215275307e1c020239000000000000008000000000000000000000000000000000000000000000000000000000000000                   
 [2013-11-02 13:04:12] Work job_id 337 nonce2 0 ntime 5275307e                   
 [2013-11-02 13:04:12] Generated target 000000000000000000000000000000000000000000000000000000ffff000000                   
 [2013-11-02 13:04:12] Network diff set to 127                   
 [2013-11-02 13:04:12] New block: d12dad20648dab75... diff 127                   
Segmentation fault (core dumped)
zyk0
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
November 03, 2013, 08:22:49 AM
 #13149

I have a computer with 2 Nvidia cards and the benchmark works perfectly but when I run normal it segfaults. This is an xubuntu machine. below is the debug from cgminer.  I don't expect a lot of hashes just have to last until my 7900's get here. How would I fix this? I'm still a newbe so please forgive me if its something stupid simple. ALso if anyone has working worksize for these cards please let me know, I would love to get a few extra hashes.
for scrypt+nvidia, you're probably better off trying cudaminer.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2758
Merit: 1149


Ruu \o/


View Profile WWW
November 03, 2013, 08:25:12 AM
 #13150

I don't know that, for the error message implies that it's not installed. I have one red fury, it works on windows 7 as I said. You can give me the output of what happens when you start cgminer with -T -D and I can see what I make of it.

Thanks, this appears to be the relevant part of the output, and probably readily solves the mystery
Code:
[2013-11-03 00:10:23] USB init, iManufacturer mismatch - BF1 device 8:8-i1                    
Indeed, for the iManufacturer code matches only the red fury.

It's a debug build for now, but see if this suffices:
http://ck.kolivas.org/apps/cgminer/debug/cgminer-nogpu.exe

If the iProduct entry does not match we'll need to account for that too. Start it with -D -T again if it fails.


Errors out on flush and getinfo (several times)

output log @ http://www.frohike.net/bluefury/bluefury_TD.txt

It is possible these are not trivially different from the red fury and a simple change will not fix it. That executable I uploaded was based on the AMU testing we've been doing, so I've reuploaded one based on the regular cgminer code, though I doubt it will fix it. Try redownloading and trying again. Your logs are only for 3 seconds but I assume you let it run longer. If this is no better, I'm afraid you may be on your own, and will have to contact your vendor for more support since I don't have one. I hate sounding like a broken record.

EDIT: That previous binary was broken even for me so it's no surprise it didn't work for you Tongue Try the redownload.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
zyk0
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
November 03, 2013, 08:36:35 AM
 #13151

It is possible these are not trivially different from the red fury and a simple change will not fix it. That executable I uploaded was based on the AMU testing we've been doing, so I've reuploaded one based on the regular cgminer code, though I doubt it will fix it. Try redownloading and trying again. Your logs are only for 3 seconds but I assume you let it run longer. If this is no better, I'm afraid you may be on your own, and will have to contact your vendor for more support since I don't have one. I hate sounding like a broken record.
3 second log was as long as -T -D ran.

fork of mainline rather than AMU work is quite a bit better, they're showing up and usable now.
Code:
[2013-11-03 01:28:04] BF1 looking for and found BF1 03eb:204b                   
 [2013-11-03 01:28:04] USB lock bitfury 8-8                   
 [2013-11-03 01:28:04] RES: bitfury (8:8) lock=1                   
 [2013-11-03 01:28:04] USB res lock bitfury 8-8                   
 [2013-11-03 01:28:04] RES: bitfury (8:8) lock ok=1                   
 [2013-11-03 01:28:04] USB init - BF1 device 8:8-i1 usbver=0110 prod='Bitfury BF1' manuf='BFMG' serial='64937323235351409051'                   
 [2013-11-03 01:28:04] BF1 0: Found at 8:8-i1                   
 [2013-11-03 01:28:05] BF10: BF1Flush (amt=0 err=-7 ern=16)                   
 [2013-11-03 01:28:05] BF1 0: Getinfo returned version 1, product BF1 serial 15040915                   
 [2013-11-03 01:28:07] BF1 0: Getreset returned RR                   
 [2013-11-03 01:28:08] BF10: BF1Flush (amt=0 err=-7 ern=10060)                   
 [2013-11-03 01:28:09] BF10: BF1Flush (amt=0 err=-7 ern=10060)                   
 [2013-11-03 01:28:09] BF1 0: Successfully initialised 8:8-i1                   
 [2013-11-03 01:28:09] BF1 looking for and found BF1 03eb:204b                   
 [2013-11-03 01:28:09] USB lock bitfury 8-3                   
 [2013-11-03 01:28:09] RES: bitfury (8:3) lock=1                   
 [2013-11-03 01:28:09] USB res lock bitfury 8-3                   
 [2013-11-03 01:28:09] RES: bitfury (8:3) lock ok=1                   
 [2013-11-03 01:28:09] USB init - BF1 device 8:3-i1 usbver=0110 prod='Bitfury BF1' manuf='BFMG' serial='64937323235351603221'                   
 [2013-11-03 01:28:09] BF1 0: Found at 8:3-i1                   
 [2013-11-03 01:28:10] BF10: BF1Flush (amt=0 err=-7 ern=16)                   
 [2013-11-03 01:28:10] BF1 0: Getinfo returned version 1, product BF1 serial 15062312                   
 [2013-11-03 01:28:11] BF1 0: Getreset returned RR                   
 [2013-11-03 01:28:12] BF10: BF1Flush (amt=0 err=-7 ern=10060)                   
 [2013-11-03 01:28:13] BF10: BF1Flush (amt=0 err=-7 ern=10060)                   
 [2013-11-03 01:28:13] BF1 1: Successfully initialised 8:3-i1                   
 [2013-11-03 01:28:13] BF1 looking for and found BF1 03eb:204b                   
 [2013-11-03 01:28:13] USB lock bitfury 8-2                   
 [2013-11-03 01:28:13] RES: bitfury (8:2) lock=1                   
 [2013-11-03 01:28:13] USB res lock bitfury 8-2                   
 [2013-11-03 01:28:13] RES: bitfury (8:2) lock ok=1                   
 [2013-11-03 01:28:13] USB init - BF1 device 8:2-i1 usbver=0110 prod='Bitfury BF1' manuf='BFMG' serial='64937323235351609251'                   
 [2013-11-03 01:28:13] BF1 0: Found at 8:2-i1                   
 [2013-11-03 01:28:14] BF10: BF1Flush (amt=0 err=-7 ern=16)                   
 [2013-11-03 01:28:14] BF1 0: Getinfo returned version 1, product BF1 serial 15062915                   
 [2013-11-03 01:28:14] BF1 0: Getreset returned RR                   
 [2013-11-03 01:28:15] BF10: BF1Flush (amt=0 err=-7 ern=10060)                   
 [2013-11-03 01:28:16] BF10: BF1Flush (amt=0 err=-7 ern=10060)                   
 [2013-11-03 01:28:16] BF1 2: Successfully initialised 8:2-i1                   
 [2013-11-03 01:28:16] BF1 looking for and found BF1 03eb:204b                   
 [2013-11-03 01:28:16] USB lock bitfury 8-5                   
 [2013-11-03 01:28:16] RES: bitfury (8:5) lock=1                   
 [2013-11-03 01:28:16] USB res lock bitfury 8-5                   
 [2013-11-03 01:28:16] RES: bitfury (8:5) lock ok=1                   
 [2013-11-03 01:28:16] USB init - BF1 device 8:5-i1 usbver=0110 prod='Bitfury BF1' manuf='BFMG' serial='6493732323535160B251'                   
 [2013-11-03 01:28:16] BF1 0: Found at 8:5-i1                   
 [2013-11-03 01:28:17] BF10: BF1Flush (amt=0 err=-7 ern=16)                   
 [2013-11-03 01:28:17] BF1 0: Getinfo returned version 1, product BF1 serial 15062b15                   
 [2013-11-03 01:28:18] BF1 0: Getreset returned RR                   
 [2013-11-03 01:28:19] BF10: BF1Flush (amt=0 err=-7 ern=10060)                   
 [2013-11-03 01:28:20] BF10: BF1Flush (amt=0 err=-7 ern=10060)                   
 [2013-11-03 01:28:20] BF1 3: Successfully initialised 8:5-i1     

but hashing is a bit off the mark, but I haven't investigated what they're capable of w/ bfgminer.
Code:
cgminer version 3.6.6 - Started: [2013-11-03 01:28:54]
--------------------------------------------------------------------------------
 (5s):4.708G (avg):4.574Gh/s | A:392  R:6  HW:0  WU:68.5/m
 ST: 2  SS: 0  NB: 2  LW: 1090  GF: 0  RF: 0
 Connected to xxxxxxxxxxxxxxxxxxxxxxxx diff 2 with stratum as user xxxxxx
 Block: 64c8ebfe...  Diff:391M  Started: [01:31:32]  Best share: 135
--------------------------------------------------------------------------------
 [P]ool management [S]ettings [D]isplay options [Q]uit
 BF1 0:                | 502.2M/487.1Mh/s | A: 34 R:0 HW:0 WU: 7.0/m
 BF1 1:                | 1.948G/1.861Gh/s | A:172 R:4 HW:0 WU:27.8/m
 BF1 2:                | 242.4M/215.9Mh/s | A: 18 R:0 HW:0 WU: 3.2/m
 BF1 3:                | 2.170G/2.056Gh/s | A:170 R:2 HW:0 WU:31.2/m
--------------------------------------------------------------------------------
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2758
Merit: 1149


Ruu \o/


View Profile WWW
November 03, 2013, 08:40:06 AM
 #13152


fork of mainline rather than AMU work is quite a bit better, they're showing up and usable now.

but hashing is a bit off the mark.
Code:
[P]ool management [S]ettings [D]isplay options [Q]uit
 BF1 0:                | 502.2M/487.1Mh/s | A: 34 R:0 HW:0 WU: 7.0/m
 BF1 1:                | 1.948G/1.861Gh/s | A:172 R:4 HW:0 WU:27.8/m
 BF1 2:                | 242.4M/215.9Mh/s | A: 18 R:0 HW:0 WU: 3.2/m
 BF1 3:                | 2.170G/2.056Gh/s | A:170 R:2 HW:0 WU:31.2/m
Be patient. It takes ages to get a meaningful hashrate from them since it's based purely on share return rate.

Thank goodness it's trivial to fix them.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
zyk0
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
November 03, 2013, 08:49:02 AM
 #13153


fork of mainline rather than AMU work is quite a bit better, they're showing up and usable now.

but hashing is a bit off the mark.
Code:
[P]ool management [S]ettings [D]isplay options [Q]uit
 BF1 0:                | 502.2M/487.1Mh/s | A: 34 R:0 HW:0 WU: 7.0/m
 BF1 1:                | 1.948G/1.861Gh/s | A:172 R:4 HW:0 WU:27.8/m
 BF1 2:                | 242.4M/215.9Mh/s | A: 18 R:0 HW:0 WU: 3.2/m
 BF1 3:                | 2.170G/2.056Gh/s | A:170 R:2 HW:0 WU:31.2/m
Be patient. It takes ages to get a meaningful hashrate from them since it's based purely on share return rate.

Thank goodness it's trivial to fix them.

Thanks for banging out some work on it in the middle of your AMU stuff/other things in life.  I'm sure there will be a lot of people happy to see this working.

for those not able to use that debug/win32 binary, they can just do a quick hack change of s/BPMC/BFMG/ in usbutils.c and be good to go?
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2758
Merit: 1149


Ruu \o/


View Profile WWW
November 03, 2013, 09:01:52 AM
 #13154

Thanks for banging out some work on it in the middle of your AMU stuff/other things in life.  I'm sure there will be a lot of people happy to see this working.

for those not able to use that debug/win32 binary, they can just do a quick hack change of s/BPMC/BFMG/ in usbutils.c and be good to go?
The debug binary should be fine, it will only use slightly more cpu and memory.  A new full version will likely be out in the next day or so, but the change is trivial and committed to git already that will fix them.

Code:
diff --git a/usbutils.c b/usbutils.c
index c4402f0..580d4b1 100644
--- a/usbutils.c
+++ b/usbutils.c
@@ -305,7 +305,7 @@ static struct usb_find_devices find_dev[] = {
                .config = 1,
                .timeout = BITFURY_TIMEOUT_MS,
                .latency = LATENCY_UNUSED,
-               .iManufacturer = "BPMC",
+               //.iManufacturer = "BPMC",
                .iProduct = "Bitfury BF1",
                INTINFO(bfu_ints)
        },

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2758
Merit: 1149


Ruu \o/


View Profile WWW
November 03, 2013, 09:20:11 AM
Last edit: November 03, 2013, 11:11:01 AM by ckolivas
 #13155

Despite what it may look like, we are making progress.

Next:
http://ck.kolivas.org/apps/cgminer/temp/cgminer-wtf.exe
Ignore that binary, it's known broken. Here's the real next test one:

http://ck.kolivas.org/apps/cgminer/debug/cgminer-gtfo.exe

EDIT: Followed by:

http://ck.kolivas.org/apps/cgminer/temp/cgminer-lol.exe

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
hhs99
Member
**
Offline Offline

Activity: 113
Merit: 10


View Profile
November 03, 2013, 09:25:02 AM
 #13156

I tried Cudaminer but it kept crashing but thats a topic for another day. Its just strange that benchmark gets great rates but it wont run like normal.  Is it normal for benchmark to run perfectly but when you step out of benchmark it goes crazy? Heck I just want to GPU mine and step away from cpuminer. I would even let someone into the box to check it out.

I have a computer with 2 Nvidia cards and the benchmark works perfectly but when I run normal it segfaults. This is an xubuntu machine. below is the debug from cgminer.  I don't expect a lot of hashes just have to last until my 7900's get here. How would I fix this? I'm still a newbe so please forgive me if its something stupid simple. ALso if anyone has working worksize for these cards please let me know, I would love to get a few extra hashes.
for scrypt+nvidia, you're probably better off trying cudaminer.

-ck
Moderator
Legendary
*
Offline Offline

Activity: 2758
Merit: 1149


Ruu \o/


View Profile WWW
November 03, 2013, 09:26:24 AM
 #13157

I tried Cudaminer but it kept crashing but thats a topic for another day. Its just strange that benchmark gets great rates but it wont run like normal.  Is it normal for benchmark to run perfectly but when you step out of benchmark it goes crazy? Heck I just want to GPU mine and step away from cpuminer. I would even let someone into the box to check it out.

Benchmark is for bitcoin mining. You are failing to scrypt mine.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
hhs99
Member
**
Offline Offline

Activity: 113
Merit: 10


View Profile
November 03, 2013, 09:33:44 AM
 #13158

I tried Cudaminer but it kept crashing but thats a topic for another day. Its just strange that benchmark gets great rates but it wont run like normal.  Is it normal for benchmark to run perfectly but when you step out of benchmark it goes crazy? Heck I just want to GPU mine and step away from cpuminer. I would even let someone into the box to check it out.

Benchmark is for bitcoin mining. You are failing to scrypt mine.

That makes sense. Is there a way to see why scrypt mining is failing?  The 9100 is the one the screen is attached to and the GeForce 8600 GT is the higher power one i want to use for gpu mining
aigeezer
Legendary
*
Offline Offline

Activity: 1439
Merit: 1010


Cryptanalyst castrated by his government, 1952


View Profile
November 03, 2013, 12:07:07 PM
 #13159


Running "gtfo" now. Random LEDs are coming on for a longish while (10+ seconds?). Just had four on at once but no failures yet.
pooler
Hero Member
*****
Offline Offline

Activity: 772
Merit: 501


View Profile
November 03, 2013, 02:24:22 PM
 #13160

ckolivas

it is normal for 3.6.6-1?
in other versions there is no such
This is not a solo. So on any script coins. Not only at me.
3.6.4 works fine
 

Yeah I probably screwed that up for $scryptcoins when I fixed it for bitcoin.

I thought I'd confirm this, as more and more scrypt miners are getting confused.
Commits 3f6b9d67 and 36c6da8 introduce an inconsistency between share difficulty and network difficulty when cgminer is in scrypt mode. This causes many shares to be considered as blocks, even when they are not.
This doesn't seem to cause any real issue, but if you're getting annoyed by all those fake "Found block" messages, just use the stable version (tag v3.6.6).

BTC: 15MRTcUweNVJbhTyH5rq9aeSdyigFrskqE · LTC: LTCPooLqTK1SANSNeTR63GbGwabTKEkuS7
Pages: « 1 ... 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 [658] 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 ... 844 »
  Print  
 
Jump to:  

Bitcointalk.org is not available or authorized for sale. Do not believe any fake listings.
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!