Bitcoin Forum
December 03, 2016, 07:41:30 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 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 709 710 711 712 713 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4815401 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.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


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

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.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480794090
Hero Member
*
Offline Offline

Posts: 1480794090

View Profile Personal Message (Offline)

Ignore
1480794090
Reply with quote  #2

1480794090
Report to moderator
zyk0
Jr. Member
*
Offline Offline

Activity: 33


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

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
Jr. Member
*
Offline Offline

Activity: 56

I also do 3D printing for BTC


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

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
Jr. Member
*
Offline Offline

Activity: 33


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

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: 1988


Ruu \o/


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

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.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
zyk0
Jr. Member
*
Offline Offline

Activity: 33


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

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: 1988


Ruu \o/


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


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.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
zyk0
Jr. Member
*
Offline Offline

Activity: 33


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


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: 1988


Ruu \o/


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

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)
        },

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
November 03, 2013, 09:20:11 AM
 #13250

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

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
hhs99
Jr. Member
*
Offline Offline

Activity: 56

I also do 3D printing for BTC


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

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: 1988


Ruu \o/


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

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.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
hhs99
Jr. Member
*
Offline Offline

Activity: 56

I also do 3D printing for BTC


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

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: 1278


Cryptanalyst castrated by his government, 1952


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


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: 644


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

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
jmc1517
Jr. Member
*
Offline Offline

Activity: 56


View Profile
November 03, 2013, 05:31:32 PM
 #13256


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

I know I'm tempting fate with this update, but I've been running "gtfo" (great name!) for 2 hours now and no zombies or other strange behaviour noted. I'll leave it and check again after a few more hours.

Edit: First zombie after about 5 hours, although it occurred at exactly the same time as I decided to sit down at the
       PC and upload some photos to Flickr. I suppose it could be coincidence, but I wonder if it might have caused
       a slight delay on the broadband which could have caused a momentary disturbance?  I re-plugged the zombie
       AMU 24 and it came back as AMU 34.  I'm continuing to upload photos and all is apparently ok again.  Strange.
aigeezer
Legendary
*
Offline Offline

Activity: 1278


Cryptanalyst castrated by his government, 1952


View Profile
November 03, 2013, 06:31:08 PM
 #13257


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

I know I'm tempting fate with this update, but I've been running "gtfo" (great name!) for 2 hours now and no zombies or other strange behaviour noted. I'll leave it and check again after a few more hours.

Me too, 6.3 hours and counting, "gtfo" is the best candidate yet, it seems. We may not get to find out what "lol" is about, lol.
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
November 03, 2013, 08:01:28 PM
 #13258

Looks like my little erupters are supercharged!  Woohoo!!  I'm rocking!

Code:
cgminer version 3.6.6 - Started: [2013-11-03 10:44:15]
--------------------------------------------------------------------------------
 (5s):11.14G (avg):22.93Ph/s | A:41306  R:681  HW:458  WU:166.6/m
 ST: 2  SS: 0  NB: 37  LW: 84634  GF: 1  RF: 0
 Connected to ggggg diff 81 with stratum as user xxxxxxxxxxx
 Block: 000217b3743e8a5b...  Diff:391M  Started: [14:54:36]  Best share: 1.24M
--------------------------------------------------------------------------------
 [P]ool management [S]ettings [D]isplay options [Q]uit
 AMU  0:                 | 335.7M/1.206Ph/s | A:1161 R:  0 HW:16 WU:  4.8/m
 AMU  1:                 | 335.5M/336.4Mh/s | A: 929 R:  0 HW:14 WU:  4.3/m
 AMU  2:                 | 335.4M/335.8Mh/s | A:1613 R: 91 HW:11 WU:  4.7/m
 AMU  3:                 | 335.3M/1.206Ph/s | A: 972 R:  0 HW:12 WU:  4.7/m
 AMU  4:                 | 335.6M/1.206Ph/s | A:1434 R:  0 HW:10 WU:  4.6/m
 AMU  5:                 | 335.6M/1.206Ph/s | A: 701 R:  0 HW:16 WU:  4.5/m
 AMU  6:                 | 335.5M/1.206Ph/s | A:1183 R:  0 HW:13 WU:  4.5/m
 AMU  7:                 | 335.5M/336.1Mh/s | A:1757 R:  0 HW:21 WU:  4.8/m
 AMU  8:                 | 335.3M/336.1Mh/s | A:1150 R: 89 HW: 9 WU:  4.7/m
 AMU  9:                 | 335.6M/335.8Mh/s | A: 967 R:  0 HW:10 WU:  4.8/m
 AMU 10:                 | 335.3M/1.206Ph/s | A:1316 R:111 HW: 7 WU:  4.7/m
 AMU 11:                 | 335.3M/1.206Ph/s | A:1185 R:  0 HW:12 WU:  4.8/m
 AMU 12:                 | 335.6M/1.206Ph/s | A:1002 R:  0 HW:12 WU:  4.6/m
 AMU 13:                 | 335.5M/336.1Mh/s | A:1396 R:  0 HW:15 WU:  4.5/m
 AMU 14:                 | 335.4M/335.9Mh/s | A:1942 R:  0 HW:12 WU:  4.9/m
 AMU 15:                 | 335.7M/335.9Mh/s | A:1090 R:  0 HW:14 WU:  4.7/m
 AMU 16:                 | 335.6M/336.2Mh/s | A:1128 R:  0 HW:22 WU:  4.7/m
 AMU 17:                 | 337.5M/1.206Ph/s | A: 627 R:  0 HW: 8 WU:  4.6/m
 AMU 18:                 | 335.2M/336.0Mh/s | A: 838 R:  0 HW: 9 WU:  4.8/m
 AMU 19:                 | 335.7M/1.206Ph/s | A:1529 R:  0 HW:14 WU:  4.6/m
 AMU 20:                 | 335.5M/336.1Mh/s | A:1160 R:  0 HW: 8 WU:  4.7/m
 AMU 21:                 | 335.6M/1.206Ph/s | A: 979 R:  0 HW: 6 WU:  4.6/m
 AMU 22:                 | 335.5M/1.206Ph/s | A: 987 R:  0 HW:10 WU:  4.6/m
 AMU 23:                 | 335.4M/1.206Ph/s | A: 862 R:  0 HW: 7 WU:  4.7/m
 AMU 24:                 | 335.2M/336.0Mh/s | A:1533 R: 69 HW:22 WU:  4.6/m
 AMU 25:                 | 335.1M/1.206Ph/s | A:1575 R:  0 HW:23 WU:  4.6/m
 AMU 26:                 | 335.4M/336.4Mh/s | A: 938 R:  0 HW:15 WU:  4.6/m
 AMU 27:                 | 335.4M/1.206Ph/s | A: 983 R:237 HW: 8 WU:  4.7/m
 AMU 28:                 | 335.7M/336.2Mh/s | A: 970 R:  0 HW:14 WU:  4.7/m
 AMU 29:                 | 335.5M/336.8Mh/s | A:1144 R: 84 HW:10 WU:  4.4/m
 AMU 30:                 | 335.5M/1.206Ph/s | A:1245 R:  0 HW:14 WU:  4.4/m
 AMU 31:                 | 335.3M/1.206Ph/s | A: 759 R:  0 HW:17 WU:  4.3/m
 AMU 32:                 | 335.7M/336.2Mh/s | A:1530 R:  0 HW:14 WU:  4.5/m
 AMU 33:                 | 335.0M/1.206Ph/s | A: 708 R:  0 HW:11 WU:  4.5/m
 AMU 34:                 | 335.4M/336.4Mh/s | A:1000 R:  0 HW:14 WU:  4.4/m
 AMU 35:                 | 335.7M/1.206Ph/s | A:1013 R:  0 HW: 8 WU:  4.8/m
--------------------------------------------------------------------------------

I'll be happy to sell my 1.2Ph/s erupters for 10 BTC each.  Any buyers?

ps. Past results are not guarantees of future returns.

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
November 03, 2013, 08:33:32 PM
 #13259

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).
If you could try latest git, I'd like to confirm that I've fixed the issue before releasing a new version.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
November 03, 2013, 09:13:39 PM
 #13260


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

I know I'm tempting fate with this update, but I've been running "gtfo" (great name!) for 2 hours now and no zombies or other strange behaviour noted. I'll leave it and check again after a few more hours.

Me too, 6.3 hours and counting, "gtfo" is the best candidate yet, it seems. We may not get to find out what "lol" is about, lol.
Actually LOL builds on GTFO so it shouldn't be any worse (better in fact).

However this one undoes one change that I really didn't want to do. Can you please see if this makes things worse again?
http://ck.kolivas.org/apps/cgminer/temp/cgminer-ftw.exe

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
Pages: « 1 ... 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 709 710 711 712 713 ... 830 »
  Print  
 
Jump to:  

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!