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

[-ck]

Builds and runs fine on Mac, but I get the following during make when I include --enable-bitmine_A1:

Code:

make[1]: *** [cgminer-driver-SPI-bitmine-A1.o] Error 1
make: *** [install-recursive] Error 1

Otherwise working great, thanks!  New cgminer mac builds are online here.

Thanks.

None of the SPI devices should be built into any distributed binaries as they're designed for standalone hardware anyway. I suggest the following only for distributed binaries at this stage:

Code:

--enable-icarus --enable-bflsc --enable-avalon --enable-bitfury --enable-klondike --enable-drillbit --enable-hashfast --enable-cointerra

[1714171304]

1714171304

[1714171304]

1714171304

[1714171304]

1714171304

[1714171304]

1714171304

[-ck]

I've been running cgminer for 6 months - most recently 3.12.3 on Windows 7 with a dozen block erupters.  When I make the upgrade to 4.0, I start getting messages about "no hashing for 1 minute, resetting" from the various AMUs, and the hashrate drops.  Half the work is going toward mining on Eligius, so mindiff is 16.  Is that somehow tripping up cgminer?  I also seem to get this problem right away after visiting the new "USB" menu.

Thanks for maintaining a great piece of software!  I'm also running an Avalon and two Antminers, and cgminer is running on everything one way or another.

Thanks. Pool diff doesn't affect the rate at which shares come back from those devices. The block erupters hash very slowly and perhaps it is quite likely that they wont produce a share even after a minute at 333MH, making that test a little too trigger happy; it was designed around all the new 2GH+ devices appearing. For now I suggest leaving the erupters on 3.12.3.

[canford]

Will do, I have reverted the erupters to 3.12.3, which works great.  The bitcoin mining world is an odd combination of old and new hardware, I'm just running everything I have.  I suppose the financially logical thing to do would be to flip the erupters on Ebay, but I'd rather mine with them as long as they make more than the cost of the electricity that they consume.  Right now, the Avalon Mini + BE's make about $6 a day but cost around $4.  When that line is crossed, the tough thing will be throwing away working hardware, which the engineer in me hates the idea of.

[-ck]

Will do, I have reverted the erupters to 3.12.3, which works great.  The bitcoin mining world is an odd combination of old and new hardware, I'm just running everything I have.  I suppose the financially logical thing to do would be to flip the erupters on Ebay, but I'd rather mine with them as long as they make more than the cost of the electricity that they consume.  Right now, the Avalon Mini + BE's make about $6 a day but cost around $4.  When that line is crossed, the tough thing will be throwing away working hardware, which the engineer in me hates the idea of.

Indeed, it's tough, but I'm pretty sure the erupters fell below their electricity costs a while ago, though I don't have the numbers here. You could always bet on BTC going $10k in the future and thus mining at an electricity cost loss now will pay off longer term... or you could just sell them now for more than they'll ever earn anyway (highly recommend the latter). Anyway in a future version I'll be more lax for these slowest devices left that cgminer still mines on, as this was clearly an oversight on my part. The next slowest device is a normally clocked antminer U1 at 1.6GH, and everyone overclocks them to 2GH anyway, so the difference is stark.

[zefir]

Builds and runs fine on Mac, but I get the following during make when I include --enable-bitmine_A1:

That's my fault, since I did not figure out how to disable a driver for a specific OS. As Con already stated, this one is meant for an embedded system with SPI interface (e.g. RasPi) and does not make sense to be build for a desktop OS.

I'll dig deeper into the automake magic to find a clean way to add OS dependency for that driver (if possible at all).

[kano]

Builds and runs fine on Mac, but I get the following during make when I include --enable-bitmine_A1:

That's my fault, since I did not figure out how to disable a driver for a specific OS. As Con already stated, this one is meant for an embedded system with SPI interface (e.g. RasPi) and does not make sense to be build for a desktop OS.

I'll dig deeper into the automake magic to find a clean way to add OS dependency for that driver (if possible at all).

See what I did with driver-bab.c ......

[zefir]

Builds and runs fine on Mac, but I get the following during make when I include --enable-bitmine_A1:

That's my fault, since I did not figure out how to disable a driver for a specific OS. As Con already stated, this one is meant for an embedded system with SPI interface (e.g. RasPi) and does not make sense to be build for a desktop OS.

I'll dig deeper into the automake magic to find a clean way to add OS dependency for that driver (if possible at all).

See what I did with driver-bab.c ......

Ok, will do. Thanks for the hint.

[capa]

hi, I'm trying to compile cgminer 4 with avalon2U enabled
./autogen.sh

runs fine

./configure --enable-avalon2

runs fine result;

------------------------------------------------------------------------
cgminer 4.0.0
------------------------------------------------------------------------


Configuration Options Summary:

  libcurl(GBT+getwork).: Enabled: -lcurl 
  curses.TUI...........: FOUND: -lncurses

  Avalon.ASICs.........: Disabled
  Avalon2.ASICs........: Enabled
  BlackArrowMinion.ASIC: Disabled
  BlackArrow.ASICs.....: Disabled
  BFL.ASICs............: Disabled
  BitForce.FPGAs.......: Disabled
  BitFury.ASICs........: Disabled
  Cointerra.ASICs......: Disabled
  Bitmine-A1.ASICs.....: Disabled
  Drillbit.BitFury.....: Disabled
  Hashfast.ASICs.......: Disabled
  Icarus.ASICs/FPGAs...: Disabled
  Klondike.ASICs.......: Disabled
  KnC.ASICs............: Disabled
  ModMiner.FPGAs.......: Disabled

Compilation............: make (or gmake)
  CPPFLAGS.............:
  CFLAGS...............: -g -O2
  LDFLAGS..............:  -lpthread
  LDADD................: -ldl -lcurl   compat/jansson-2.5/src/.libs/libjansson.a -lpthread    -lm  -lrt

Installation...........: make install (as root if needed, with 'su' or 'sudo')
  prefix...............: /usr/local





make results in;

driver-avalon2.c: In function ‘avalon2_api_stats’:
driver-avalon2.c:739:3: warning: passing argument 3 of ‘api_add_string’ from incompatible pointer type [enabled by default]
miner.h:1462:25: note: expected ‘char *’ but argument is of type ‘char (*)[16]’
driver-avalon2.c: At top level:
driver-avalon2.c:794:2: warning: initialization from incompatible pointer type [enabled by default]
driver-avalon2.c:794:2: warning: (near initialization for ‘avalon2_drv.drv_detect’) [enabled by default]
  CC     cgminer-crc16.o
  CCLD   cgminer


any ideas? thanks

[roy7]

edit 3
Something tells me cgminer hates coinex's switchpool. I took a pic and first I saw btcguild found a block then coinex kept looking for a block till I got a no error and then no device error for my drillbit thumb. I hope that doesn't mean bad things for my drillbit thumb.

I find that on coinex's switchpool, when the coin changes it will crash my antminer blades, in fact. system log shows the asic going down and then being re-discovered. It didn't occur to me maybe it was cgminer related, but you have a similar problem on a different device apparently?

My ant runs 3.8.5-1, but I think a newer update is available I could try. (Antminer image that is.)

[rekweam]

Not sure what has happened, I just rebooted my computer and now when i start cgminer i no longer get the option to put in the server address or username and password and i get a weird error.

Code:

89Segmentation fault: 11
logout

[Process completed]

any ideas?

[-ck]

hi, I'm trying to compile cgminer 4 with avalon2U enabled

make results in;

driver-avalon2.c: In function ‘avalon2_api_stats’:
driver-avalon2.c:739:3: warning: passing argument 3 of ‘api_add_string’ from incompatible pointer type [enabled by default]
miner.h:1462:25: note: expected ‘char *’ but argument is of type ‘char (*)[16]’
driver-avalon2.c: At top level:
driver-avalon2.c:794:2: warning: initialization from incompatible pointer type [enabled by default]
driver-avalon2.c:794:2: warning: (near initialization for ‘avalon2_drv.drv_detect’) [enabled by default]
  CC     cgminer-crc16.o
  CCLD   cgminer


any ideas? thanks

Development code is developmental. Warnings are mostly harmless and will be fixed in time. Why are you compiling it? Do you have the hardware?

[vulgartrendkill]

Hi guys,

Loving 4.0 my drillbits are a lot more stable

I`ve recently started mining at coinex.pw on stratum.coinex.pw:9944

Cgminer does seem to like it and lists it as Dead all the time, whereas the other software i use is happily hashing away on the same pool.  Any ideas?

Thanks

[capa]

hi, I'm trying to compile cgminer 4 with avalon2U enabled

make results in;

driver-avalon2.c: In function ‘avalon2_api_stats’:
driver-avalon2.c:739:3: warning: passing argument 3 of ‘api_add_string’ from incompatible pointer type [enabled by default]
miner.h:1462:25: note: expected ‘char *’ but argument is of type ‘char (*)[16]’
driver-avalon2.c: At top level:
driver-avalon2.c:794:2: warning: initialization from incompatible pointer type [enabled by default]
driver-avalon2.c:794:2: warning: (near initialization for ‘avalon2_drv.drv_detect’) [enabled by default]
  CC     cgminer-crc16.o
  CCLD   cgminer


any ideas? thanks

Development code is developmental. Warnings are mostly harmless and will be fixed in time. Why are you compiling it? Do you have the hardware?

ya, I have one 100gh USB 2U unit i'm trying to run it off a beagle bone black that i used to mine a BFL jalapeno with .

[capa]

hi, I'm trying to compile cgminer 4 with avalon2U enabled

make results in;

driver-avalon2.c: In function ‘avalon2_api_stats’:
driver-avalon2.c:739:3: warning: passing argument 3 of ‘api_add_string’ from incompatible pointer type [enabled by default]
miner.h:1462:25: note: expected ‘char *’ but argument is of type ‘char (*)[16]’
driver-avalon2.c: At top level:
driver-avalon2.c:794:2: warning: initialization from incompatible pointer type [enabled by default]
driver-avalon2.c:794:2: warning: (near initialization for ‘avalon2_drv.drv_detect’) [enabled by default]
  CC     cgminer-crc16.o
  CCLD   cgminer


any ideas? thanks

Development code is developmental. Warnings are mostly harmless and will be fixed in time. Why are you compiling it? Do you have the hardware?

ya, I have one 100gh USB 2U unit i'm trying to run it off a beagle bone black that i used to mine a BFL jalapeno with .

Also i wouldn't care but the most i can get out of cgminer is;
 [2014-02-22 10:45:57] Global quota greatest common denominator set to 1

before it dies

[PSL]

I think that cgminer 4.0 tries to restarted fallen USB device (AntMinerU1) too fast (and it doesn't work):

Code:

[2014-02-22 15:55:01] ANU 3: No valid hashes for over 53 secs, attempting to reset
[2014-02-22 15:55:01] ANU 3 attempted reset got err:(0) LIBUSB_SUCCESS
[2014-02-22 15:55:03] ANU 3: No valid hashes for over 53 secs, attempting to reset
[2014-02-22 15:55:03] ANU 3 attempted reset got err:(0) LIBUSB_SUCCESS
[2014-02-22 15:55:05] ANU 3: No valid hashes for over 53 secs, attempting to reset
[2014-02-22 15:55:05] ANU 3 attempted reset got err:(0) LIBUSB_SUCCESS
[2014-02-22 15:55:07] ANU 3: No valid hashes for over 53 secs, attempting to reset
[2014-02-22 15:55:08] ANU 3 attempted reset got err:(0) LIBUSB_SUCCESS
[2014-02-22 15:55:10] ANU 3: No valid hashes for over 53 secs, attempting to reset
[2014-02-22 15:55:10] ANU 3 attempted reset got err:(0) LIBUSB_SUCCESS
[2014-02-22 15:55:12] ANU 3: No valid hashes for over 53 secs, attempting to reset
[2014-02-22 15:55:12] ANU 3 attempted reset got err:(0) LIBUSB_SUCCESS

[theymos]

Mod note: Topic converted to self-moderated. This is a special case -- I don't normally do this. Posts before this point must not be deleted.

[Takel]

i run cgminer 4.0 with antminer U1 and run very well
and stable to overclock 250

Code:

-----------------------------------------------------------------------------------------
 cgminer version 4.0.0 - Started: [2014-02-21 23:53:17]
-----------------------------------------------------------------------------------------
 (5s):7.926G (avg):8.002Gh/s | A:114310  R:560  HW:963  WU:110.9/m
 
[U]SB device management [P]ool management [S]ettings [D]isplay options [Q]uit
 000: ANU 0:                         | 1.990G/1.999Gh/s | A:28444 R:112 HW:229 WU: 27.7/m
 001: ANU 1:                         | 1.991G/2.000Gh/s | A:28613 R:160 HW:250 WU: 27.7/m
 002: ANU 2:                         | 1.995G/2.000Gh/s | A:28427 R:112 HW:246 WU: 27.6/m
 003: ANU 3:                         | 2.025G/2.001Gh/s | A:29180 R:176 HW:248 WU: 27.8/m

[2014-02-22 16:54:45] Accepted 04d47b4b Diff 53/16 ANU 2 pool 5
 [2014-02-22 16:55:11] Accepted 055566db Diff 48/16 ANU 2 pool 5
 [2014-02-22 16:55:30] Accepted 06ec1384 Diff 37/16 ANU 0 pool 5
 [2014-02-22 16:55:42] Accepted 0d716ac0 Diff 19/16 ANU 2 pool 5
 [2014-02-22 16:55:45] Accepted 1085bf01 Diff 3.97K/16 ANU 3 pool 5
 [2014-02-22 16:55:47] Accepted 0b347665 Diff 23/16 ANU 0 pool 5
 [2014-02-22 16:55:51] Accepted 06371f12 Diff 41/16 ANU 2 pool 5
 [2014-02-22 16:55:59] Accepted 04724162 Diff 58/16 ANU 1 pool 5
 [2014-02-22 16:56:03] Accepted 0b30c188 Diff 23/16 ANU 1 pool 5
 [2014-02-22 16:56:16] Accepted 0b215312 Diff 23/16 ANU 2 pool 5
 [2014-02-22 16:56:33] Accepted 067685cd Diff 40/16 ANU 3 pool 5
 [2014-02-22 16:56:43] Accepted 0c3f4ba8 Diff 21/16 ANU 1 pool 5
 [2014-02-22 16:56:58] Accepted 094b3f39 Diff 28/16 ANU 0 pool 5

[-ck]

I think that cgminer 4.0 tries to restarted fallen USB device (AntMinerU1) too fast (and it doesn't work):

Code:

[2014-02-22 15:55:01] ANU 3: No valid hashes for over 53 secs, attempting to reset
[2014-02-22 15:55:01] ANU 3 attempted reset got err:(0) LIBUSB_SUCCESS
[2014-02-22 15:55:03] ANU 3: No valid hashes for over 53 secs, attempting to reset
[2014-02-22 15:55:03] ANU 3 attempted reset got err:(0) LIBUSB_SUCCESS
[2014-02-22 15:55:05] ANU 3: No valid hashes for over 53 secs, attempting to reset
[2014-02-22 15:55:05] ANU 3 attempted reset got err:(0) LIBUSB_SUCCESS
[2014-02-22 15:55:07] ANU 3: No valid hashes for over 53 secs, attempting to reset
[2014-02-22 15:55:08] ANU 3 attempted reset got err:(0) LIBUSB_SUCCESS
[2014-02-22 15:55:10] ANU 3: No valid hashes for over 53 secs, attempting to reset
[2014-02-22 15:55:10] ANU 3 attempted reset got err:(0) LIBUSB_SUCCESS
[2014-02-22 15:55:12] ANU 3: No valid hashes for over 53 secs, attempting to reset
[2014-02-22 15:55:12] ANU 3 attempted reset got err:(0) LIBUSB_SUCCESS

Yes it seems to get into a loop doesn't it. I've seen that too and it ends up recovering. Will investigate further.

[-ck]

Mod note: Topic converted to self-moderated. This is a special case -- I don't normally do this. Posts before this point must not be deleted.

Much appreciated, thank you. This way the original post thread with all its information and legacy can remain intact as well as sorting out trolling issues.

[-ck]

Mod note: Topic converted to self-moderated. This is a special case -- I don't normally do this. Posts before this point must not be deleted.

Much appreciated, thank you. This way the original post thread with all its information and legacy can remain intact as well as sorting out trolling issues.

Trolling issues?

You can see an example with some of the discussion from here onwards:
https://bitcointalk.org/index.php?topic=28402.msg4869039#msg4869039
Some posts were deleted, but basically, when I don't support people's own agendas, they suddenly turn on me because they can't accept that I don't care about what they care about (basically all altcoin support).

This thread also has a long history of being trolled by Luke-Jr and his minions since he decided to create a hostile fork of cgminer and then claim that through some bizarre illogical reasoning that cgminer was the fork due to him contributing some code to cgminer. He then aggressively modified wiki posts saying cgminer was deprecated and then posted on various linux distribution threads that cgminer was the fork and so on... He's since proceeded to pull much of my code into his hostile fork and continued to claim that cgminer is the fork, even though virtually no code in cgminer comes from his fork, but thousands of lines of code from cgminer has been - and is continued to be - pulled into his fork.

Part of the reason he forked it was that I reverted some of his code because it was buggy and broken, but more importantly, I originally planned to abandon cgminer when FPGAs were taking over, because they made no sense over GPUs - and he assumed he'd become the maintainer for cgminer - but then ASICs hit and I changed my mind and continued to develop cgminer around ASICs and that's when he decided to create his hostile fork.