Author

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 138. (Read 5805527 times)

newbie
Activity: 35
Merit: 0
I have cgminer-3.10.0 on Fedora 19 with AntMiner.  (I had to add --enable-bitfury to configure for it to compile - otherwise it would miss mcp2210.c.)  It is mining at 600Mh/s, not the vaunted 1.6Gh/s, and it is barely warm (unlike the block erupters, which get quite hot in operation).

(5s):631.4M (avg):378.7Mh/s | A:349  R:9  HW:32  WU:0.0/m

Also, it is detected as USB1.1, not 2.0 (other 2.0 devices plugged into the port are detected as 2.0).

There is no official Antminer U1 support in cgminer yet, since the creators of Antminer never contacted the cgminer devs with code and/or hardware before it was released.  The developers just recently received units they can develop for, and so Antminer support is likely eventually forthcoming.  There are some forks of cgminer out there that have implemented an Antminer driver already though, though you'll have to look around for 'em and they're generally unsupported.

Ah, well I am impressed that with no software changes it does the work of 2 Block Erupters at less than half the power.  So with a little code merging and/or waiting, it should do the work of 5 Block Erupters.
member
Activity: 109
Merit: 10
I have cgminer-3.10.0 on Fedora 19 with AntMiner.  (I had to add --enable-bitfury to configure for it to compile - otherwise it would miss mcp2210.c.)  It is mining at 600Mh/s, not the vaunted 1.6Gh/s, and it is barely warm (unlike the block erupters, which get quite hot in operation).

(5s):631.4M (avg):378.7Mh/s | A:349  R:9  HW:32  WU:0.0/m

Also, it is detected as USB1.1, not 2.0 (other 2.0 devices plugged into the port are detected as 2.0).

There is no official Antminer U1 support in cgminer yet, since the creators of Antminer never contacted the cgminer devs with code and/or hardware before it was released.  The developers just recently received units they can develop for, and so Antminer support is likely eventually forthcoming.  There are some forks of cgminer out there that have implemented an Antminer driver already though, though you'll have to look around for 'em and they're generally unsupported.
newbie
Activity: 35
Merit: 0
I have cgminer-3.10.0 on Fedora 19 with AntMiner.  (I had to add --enable-bitfury to configure for it to compile - otherwise it would miss mcp2210.c.)  It is mining at 600Mh/s, not the vaunted 1.6Gh/s, and it is barely warm (unlike the block erupters, which get quite hot in operation).

(5s):631.4M (avg):378.7Mh/s | A:349  R:9  HW:32  WU:0.0/m

Also, it is detected as USB1.1, not 2.0 (other 2.0 devices plugged into the port are detected as 2.0).
hero member
Activity: 546
Merit: 500
If I knew what was wrong with my development enviroment I would have stopped trying a while ago. Now I'm trying to install a linux distro and see if I can work around this.Worst case scenario I can run my miners through it as long as the linux version compiles properly. The only advise I kept seeming to get was to add winsock2 to his code and all that's going to is annoy ckolivias.

WinGM is reading me as windows  And I didn't mess with any winsock files and the only change I made was ptthread.


To be continued
newbie
Activity: 5
Merit: 0
I'd be thankful if you could look into my issue.

Setup: CGMINER 3.7.2 ,W7 64, 8GB RAM, AMD 13.12, 2x 795WF F43  in computer case. One GPU works less hard to maintain a good Windows and Youtube interactivity. My config is special made so it doesn't go above 76C even after hours.

Using one CGMINER for one GPU, i have optimal speeds, CGMINER never crash, GPU never sick, computer never reboot.
Using one CGMINER for BOTH GPU, yet again optimal speeds.
Having TWO CGMINERS instances open (one each dealing with one GPU), speed loss of 40-60%, CGMINER randomly stops responding.

Code:
del *.bin
cgminer.exe --scrypt -o (login info) -d 1 --lookup-gap 2 --gpu-powertune 16 --thread-concurrency 21712 -g 1 -I 14 -w 256 --gpu-memclock 1250 --gpu-engine 900
hero member
Activity: 546
Merit: 500
I replaced  all windows.h with the files set and then found myself removing ws2tcpip.h and got this error.  Every time I think I follow a fix a new thing comes out  Embarrassed. Any idea what this error means.

Code:
In file included from ./sha2.h:36:0,
                 from cgminer.c:53:
./miner.h:1180:18: error: field 'stratum_hints' has incomplete type
  struct addrinfo stratum_hints;
                  ^
It means your headers are missing heaps of definitions. You're clearly headed in the wrong direction...

I put back in the ws2tcpip.h header and commented out the windows.h's In the lines and got this. Any idea if winsock2.h has the file info you need to run cgminer alone and remove this header. I kinda wish there was one .h file to change to get them all in line since each driver calls for winsock.h by itself.

Code:
c:\mingw\include\sdkddkver.h:154:0: note: this is the location of the previous d
efinition
 #    define _WIN32_WINNT _WIN32_WINNT_WIN2K
 ^
  CC     cgminer-api.o
  CC     cgminer-logging.o
  CC     cgminer-usbutils.o
  CC     cgminer-libbitfury.o
  CC     cgminer-mcp2210.o
  CC     cgminer-driver-bitfury.o
  CC     cgminer-driver-drillbit.o
  CC     cgminer-driver-icarus.o
In file included from util.h:30:0,
                 from miner.h:27,
                 from compat.h:11,
                 from driver-icarus.c:48:
c:\mingw\include\ws2tcpip.h:38:2: error: #error "ws2tcpip.h is not compatible wi
th winsock.h. Include winsock2.h instead."
 #error "ws2tcpip.h is not compatible with winsock.h. Include winsock2.h instead
."
  ^
In file included from util.h:30:0,
                 from miner.h:27,
                 from compat.h:11,
                 from driver-icarus.c:48:
c:\mingw\include\ws2tcpip.h:147:8: error: redefinition of 'struct ip_mreq'
 struct ip_mreq {
        ^
In file included from c:\mingw\include\windows.h:93:0,
                 from driver-icarus.c:45:
c:\mingw\include\winsock.h:315:8: note: originally defined here
 struct ip_mreq {
        ^
In file included from util.h:30:0,
                 from miner.h:27,
                 from compat.h:11,
                 from driver-icarus.c:48:
c:\mingw\include\ws2tcpip.h:390:13: error: expected '=', ',', ';', 'asm' or '__a
ttribute__' before 'freeaddrinfo'
 void WSAAPI freeaddrinfo (struct addrinfo*);
             ^
c:\mingw\include\ws2tcpip.h:391:12: error: expected '=', ',', ';', 'asm' or '__a
ttribute__' before 'getaddrinfo'
 int WSAAPI getaddrinfo (const char*,const char*,const struct addrinfo*,
            ^
c:\mingw\include\ws2tcpip.h:393:12: error: expected '=', ',', ';', 'asm' or '__a
ttribute__' before 'getnameinfo'
 int WSAAPI getnameinfo(const struct sockaddr*,socklen_t,char*,DWORD,
            ^
make[2]: *** [cgminer-driver-icarus.o] Error 1
Edit...
new fun same problem

I tried to use winsock2.h on icarus driver instead of windows.h and got this
Code:
make[2]: Entering directory `/home/USER/cgminer-master'
  CC     cgminer-driver-icarus.o
  CCLD   cgminer.exe
cgminer-cgminer.o:cgminer.c:(.text+0x84d9): undefined reference to `llround'
collect2.exe: error: ld returned 1 exit status
make[2]: *** [cgminer.exe] Error 1

Is this me using the wrong version of libcurl for to use winsock2.h ? I just installed what was specified in the howto other than the changes I've already specified to it.
newbie
Activity: 15
Merit: 0
Sent you 0.05 BTC.  Have been mining LTC for a while, and wanted to give you a donation.  Thanks!!
hero member
Activity: 546
Merit: 500
I thank for any help but I hope I won't have to go through this every time I want to compile. At least I'm doing edits in github, so at least if I find the golden bitcoin ckOlivias can merge it.

I think the new minGW is really picky about header it wants to use ,so if getting rid of windows.h being its in winsock2.h is right, cgminer will be easier to fix minus the gobs of math in the future.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I finally was able to reproduce this bug with nanofury usb sticks and have debugged it. The fix for this crash is now in git master and I suggest all users with these devices upgrade. Given the prevalence of these devices, I've also uploaded updated windows binaries denoted 3.11.0-1 with the bugfix.

Nice, thanks.
Did this affect p2pool also? p2pool is working now here.

Bug occurred with nanofury usb sticks during a restart message, and p2pool's restarts are 20 times more common.
member
Activity: 115
Merit: 10
I finally was able to reproduce this bug with nanofury usb sticks and have debugged it. The fix for this crash is now in git master and I suggest all users with these devices upgrade. Given the prevalence of these devices, I've also uploaded updated windows binaries denoted 3.11.0-1 with the bugfix.

Nice, thanks.
Did this affect p2pool also? p2pool is working now here.
hero member
Activity: 546
Merit: 500

I only cross compile with mxe for mingw on linux myself. Those instructions were done by a helpful member of the forum over a year ago and probably no longer apply.

My cross compiler gcc version is:
i686-pc-mingw32-gcc (GCC) 4.8.1


I know they don't necessarily apply I installed 0.6.2 from the website, I've been working on this for the last 2 weeks accidentally updating it ... You've been doing this for alot longer. Look on the bright side if I or you figure out whats going on You can copy what I updated on it and not have to worry about updating it for another year  Tongue .

I did find another windows.h  in util.c that was probably giving grief but I'm not going to fudge with it till tomorrow.

Sorry if I'm giving you a head ache I'm trying not to break anything you know works and its unintended side effect
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Then apparently that is called from ws2tcpip.h which is what cause the struct addinfo error but if I put it back in I get compatibility errors with at least the icarus device driver [since that was the first driver I set to enable if that makes any sense]. I'll put it back in and then go from there.

I enabled the issue feature on my experimenting if you find something and want to mention it off here.


Do you do any compiling through the windows version on minGW or is there something different  you use link like the link you did above. I'm just making sure your not using a new compiler and didn't change it in the instructions.

I only cross compile with mxe for mingw on linux myself. Those instructions were done by a helpful member of the forum over a year ago and probably no longer apply.

My cross compiler gcc version is:
i686-pc-mingw32-gcc (GCC) 4.8.1
hero member
Activity: 546
Merit: 500
Then apparently that is called from ws2tcpip.h which is what cause the struct addinfo error but if I put it back in I get compatibility errors with at least the icarus device driver [since that was the first driver I set to enable if that makes any sense]. I'll put it back in and then go from there.

I enabled the issue feature on my experimenting if you find something and want to mention it off here.


Do you do any compiling through the windows version on minGW or is there something different  you use link like the link you did above. I'm just making sure your not using a new compiler and didn't change it in the instructions.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Is stratum hints in the winsock headers? This is what gotten so far.  You have something more helpfull I'll try your way.
struct addrinfo is what's missing
hero member
Activity: 546
Merit: 500
Is stratum hints in the winsock headers? This is what gotten so far.  You have something more helpfull I'll try your way.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
For people trying to cross compile ming on linux, start here:

http://mxe.cc/
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I replaced  all windows.h with the files set and then found myself removing ws2tcpip.h and got this error.  Every time I think I follow a fix a new thing comes out  Embarrassed. Any idea what this error means.

Code:
In file included from ./sha2.h:36:0,
                 from cgminer.c:53:
./miner.h:1180:18: error: field 'stratum_hints' has incomplete type
  struct addrinfo stratum_hints;
                  ^
It means your headers are missing heaps of definitions. You're clearly headed in the wrong direction...
hero member
Activity: 546
Merit: 500
I replaced  all windows.h with the files set and then found myself removing ws2tcpip.h and got this error.  Every time I think I follow a fix a new thing comes out  Embarrassed. Any idea what this error means.

Code:
In file included from ./sha2.h:36:0,
                 from cgminer.c:53:
./miner.h:1180:18: error: field 'stratum_hints' has incomplete type
  struct addrinfo stratum_hints;
                  ^

line 1180 just says this "struct addrinfo stratum_hints;" and then its never used again in this file when I tried to ctl-f any others of it

line 18 says "#define curl_global_cleanup() {}" if that's what the 18 means
hero member
Activity: 546
Merit: 500
So I should try just completely removing windows.h from the files from where they are and see what happens. I would have thought if that was the issue cK Olivias would have told me or changed it himself.
hero member
Activity: 546
Merit: 500
Funny thing is if you run my git hub with correct headers to the files specified in the errors added I still get a bunch of errors to the Same extent and if I do lean and mean it screws up some timer header.  If I ignore it it stops at the first driver since it has windows.h though at that point it breaks if I add the winsock 2 headers to that driver.

I can only swear minGW's current file version for these headers are fudged up [though they will say it's cK Olivias problem being the developer] since ckOlvivias can compile and continues to compile successfully.
Jump to: