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

[c1010010]

One of the most frustrating parts about mining is the vast number of versions of libraries, SDKs, etc that can be mixed and matched.

With the latest Linux 3.4.3 is there a suggested version of:
        AMD Catalyst Drivers (AMD_CATALYST_DRIVERS)
        AMD APP SDK
        Open CL
        ADL SDK

to use?

I tried to update to 3.4.3 last night and it nothing seems to compile or work correctly anymore.

Thoughts?  Advice?

[1713853246]

1713853246

[1713853246]

1713853246

[1713853246]

1713853246

[1713853246]

1713853246

[1713853246]

1713853246

[os2sam]

One of the most frustrating parts about mining...

And fun/interesting!

...is the vast number of versions of libraries, SDKs, etc that can be mixed and matched.

[techman05]

Probably won't help but you have to do it real slowly. I at first did this by wireless and had to do it again though luckily linux I could use the up key after restart on wired to do again.

This is what I followed to get all the files for at least eroupters from https://forums.butterflylabs.com/bitcoin-discussion/3238-super-tutorial-raspberry-pi-raspbian-cgminer-tightvnc-wifi-boot.html

Code:

 sudo aptitude install git autoconf libtool libcurl4-openssl-dev libncurses5-dev pkg-config yasm make libusb-1.0-0-dev  Will ask "Do you want to continue?", "Y" to say Yes and wait until finish

I thought on github it had the filenames to apt-get install for the other sdks for nvidia and amd. After that autogen.sh does the long stuff moving things to the right spots.

Good luck for now.

[c1010010]

One of the most frustrating parts about mining...

And fun/interesting!

...is the vast number of versions of libraries, SDKs, etc that can be mixed and matched.

No doubt. 

It is just that what I thought would be a simple upgrade ended bringing the whole rig down... no longer works at all.

AND, on top of it all, all the old sources I used to build the working machine are no longer available online. (Teaches me to rely on other people hosting stuff. :p)

[aa]

Hey, OP. I'm sure this isn't going to be on your priority list, but I'm also sure it'll be a very quick fix.

cgminer will be a big push to standardize hash measurements in writing (since nearly everyone uses it) and the current symbols used are not correct. Just like how we wouldn't write Kwh (kWh) and how we don't write KB/s to represent 1000 B/s (kB/s), the symbols used for hashing should be changed to kH/s and MH/s, GH/s, TH/s, etc.

The little table on the Wikipedia page for kilobyte explains it the same (check out the kilowatt page as well): http://en.wikipedia.org/wiki/Kilobyte

The longer form would likely look like kHash/s or MHash/s.

The PHP script, that I'm pretty sure is still shipped with cgminer, lists it as MHS. That should be updated as well.

Finally, I'm basing this off of using 1000x. If we are actually using 1024 (and I'm pretty sure we aren't), the only change will be an uppercase K.

Edit: The above post still applies, but I'm currently getting input on actually creating a symbol for cryptographic hashing. It seems the entire cryptographic sector doesn't have anything to specifically represent hashes or hashes per second.

[kentt]

I don't have the expertise to evaluate this, but I'm wondering about your thoughts on this:
https://github.com/adamvillena/cgminer/commit/ea532254829d8f57dd561eb223129b4f88a41c61#diff-0ff4390339955f5d81e4a259179a42cd

[aa]

I don't have the expertise to evaluate this, but I'm wondering about your thoughts on this:
https://github.com/adamvillena/cgminer/commit/ea532254829d8f57dd561eb223129b4f88a41c61#diff-0ff4390339955f5d81e4a259179a42cd

The conclusion that my friend has come to is that this isn't shit. Other people who have tested this guy's modified file have reported identical speeds as before. The thing we don't know is what driver versions people are using. We suspect that the coder is using a newer driver while everyone else who tested this is using an older version. We know for a fact that 12.8 drivers are faster than newer versions, so this could be making up for a bug or crappy change AMD made in their newer drivers.

[-ck]

I don't have the expertise to evaluate this, but I'm wondering about your thoughts on this:
https://github.com/adamvillena/cgminer/commit/ea532254829d8f57dd561eb223129b4f88a41c61#diff-0ff4390339955f5d81e4a259179a42cd

That code is simply unrolling the code as the compiler is already told to do. That means the code generated will be identical.

[techman05]

One of the most frustrating parts about mining...

And fun/interesting!

...is the vast number of versions of libraries, SDKs, etc that can be mixed and matched.

No doubt. 

It is just that what I thought would be a simple upgrade ended bringing the whole rig down... no longer works at all.

AND, on top of it all, all the old sources I used to build the working machine are no longer available online. (Teaches me to rely on other people hosting stuff. :p)

What error are you getting ? If it linux  I'd think  you'd just do app-get update -- fix missing and let it run .Maybe next update.to cg miner , it should run the commands to get what it wants and the auto file before it starts to check. If I hit this I would have coppied the config file and re cloned, enabled and made fresh. look for the link to butterfly labs in posts I've been talking in. It has the command files needed for 4.3.3 and where to put them.

[village.idiot]

I'm trying to install CGminer on a Pi.
My mining device is a BFL Little Single.
I found the post (#7259) by ChipGeek and it went just great until I got to 'sudo make'
(if it matters, I used the same thing he did at the Configure CGminer step 'sudo ./autogen.sh --enable-bitforce --with-libudev')
it ran for a little while looking good until it spit out

Code:

  CC     libusb_1_0_la-io.lo
In file included from /usr/include/signal.h:356:0,
                 from io.c:23:
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:1:26: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'definitions'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:5:40: error: unknown type name 'you'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:5:48: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'redistribute'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:5:48: error: unknown type name 'redistribute'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:7:58: error: unknown type name 'either'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:8:12: error: expected '=', ',', ';', 'asm' or '__attribute__' before numeric constant
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:11:30: error: unknown type name 'without'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:11:43: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'the'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:11:43: error: unknown type name 'the'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:16:42: error: expected identifier or '(' before 'if'
make[5]: *** [libusb_1_0_la-io.lo] Error 1
make[5]: Leaving directory `/usr/src/cgminer/compat/libusb-1.0/libusb'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/usr/src/cgminer/compat/libusb-1.0'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/usr/src/cgminer/compat/libusb-1.0'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/cgminer/compat'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/cgminer'
make: *** [all] Error 2

I realize this is an old post and things in the software world evolve.
I don't speak whatever language this stuff is.
Someone please tell me what I need to make this successful.
Or is there a later post in the thread I haven't found that would work better?

[gristlelump]

Decided to just use the prebuilt Binaries instead of compiling it for Windows XP 32bit because I ran into too many problems.  I can get CGminer to load but it is only recognizing the card in the first PCI-E slot.  I have a dual card system with an Invidia gt520 in the first PCI-E slot and the XFX 5870 HD.  Cgminer will only mine on the Nvidia card although it gives and error of Multiple OpenCl devices and ADL devices being misdetected/mismatched.  I tried to use the -n function in a bat file but I get a brief flash of readout and then the program shuts down.  I have been able to mine BTC on OpenCL via GIUminer on the ATI card but for some reason it's giving me errors for scrypt mining with CGminer.  Any suggestions?

1.  Is there anyway to generate a Log file so I can read the error output message?

2.  Is there a command to put in the Bat file to ignore the primary card (nvidia) and only work off the secondary card (ati).  Since I can't get -n command to function it I don't even know if it is being detected?  It is being detected by cpuz and the system registry and I have been able to mine BTC with it but not Litecoin in scrypt?

Add a "pause" to your batch file, e.g.:
cgminer.exe -c gristle.conf -n
pause
exit
It will wait for you to hit any key before it exits cmd window.
In your gristle.conf file add the line:
"device" : "1",
and cgminer will only enable device 1.

TY  I'll give it a try tonight. I think my problem is system RAM.  As I have read it is critical to scrypt mining..I'm only running 2GB on an old socket 939 ASUS board with a XFX 5870 HD 1GB memory.

[AniceInovation]

Hello,
I'm running cgminer3.4.3 on windows.
I have 24 bitburners XX and 1 X, total 25 boards and 490 chips.

I try to run with the options:
 --avalon-options 115200:49:10:d:300 --bitburner-voltage 1290 --avalon-temp 55 --avalon-cutoff 65 --avalon-fan 80 --queue 4
And cgminer just closes with no error no nothing outputted (nothing also on a cmd line)

But running:
 --bitburner-voltage 1290 --avalon-temp 55 --avalon-cutoff 65 --avalon-fan 80 --queue 4
It mines ok, no problems whatsoever.

What am i doing wrong?

[kano]

Hello,
I'm running cgminer3.4.3 on windows.
I have 24 bitburners XX and 1 X, total 25 boards and 490 chips.

I try to run with the options:
 --avalon-options 115200:49:10:d:300 --bitburner-voltage 1290 --avalon-temp 55 --avalon-cutoff 65 --avalon-fan 80 --queue 4
And cgminer just closes with no error no nothing outputted (nothing also on a cmd line)

But running:
 --bitburner-voltage 1290 --avalon-temp 55 --avalon-cutoff 65 --avalon-fan 80 --queue 4
It mines ok, no problems whatsoever.

What am i doing wrong?

Are they chained or USB each one? i.e. '49'.

--avalon-freq 300

Also, you need to run it in a command line and log the output - coz it will tell you what is wrong

cgminer ....... blah ...... blah ..... 2> cgminer.log

[kano]

I'm trying to install CGminer on a Pi.
...
Or is there a later post in the thread I haven't found that would work better?

Use current cgminer.
It compiles fine on an RPi (though all earlier versions did also - so I've no idea what is corrupted on your RPi)
RPi binaries up to 3.4.2 are also here: https://github.com/kanoi/cgminer-binaries

[village.idiot]

I'm trying to install CGminer on a Pi.
...
Or is there a later post in the thread I haven't found that would work better?

Use current cgminer.
It compiles fine on an RPi (though all earlier versions did also - so I've no idea what is corrupted on your RPi)
RPi binaries up to 3.4.2 are also here: https://github.com/kanoi/cgminer-binaries

I thought I was using the current CGminer.
There may, indeed, be something wrong with my Pi. Many people say Minepeon works great but it has never worked on mine.
I've been wondering if it's some kind of firmware version or something.
Thanks for pointing out the RPi binaries.  Not sure what to do with them but I'll give it a try.

[The Mafia]

New debug executables uploaded.

All done and started, now we just have to play the waiting game.

I haven't seen it crash for at least 2-3 days on 3.4.3

Appreciated. That's no problem as no new release is scheduled any time soon unless I find some hotfix bug worth fixing.

I'm currently swamped with other work and probably need a small break from regular cgminer coding anyway.

Still running without that crash non stop since the 17th lol.

3.4.3 seems to be the most stable so fair. Still running the debug version though, so if/when it does we will catch it.

[techman05]

I'm trying to install CGminer on a Pi.
My mining device is a BFL Little Single.
I found the post (#7259) by ChipGeek and it went just great until I got to 'sudo make'
(if it matters, I used the same thing he did at the Configure CGminer step 'sudo ./autogen.sh --enable-bitforce --with-libudev')
it ran for a little while looking good until it spit out

Code:

  CC     libusb_1_0_la-io.lo
In file included from /usr/include/signal.h:356:0,
                 from io.c:23:
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:1:26: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'definitions'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:5:40: error: unknown type name 'you'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:5:48: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'redistribute'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:5:48: error: unknown type name 'redistribute'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:7:58: error: unknown type name 'either'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:8:12: error: expected '=', ',', ';', 'asm' or '__attribute__' before numeric constant
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:11:30: error: unknown type name 'without'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:11:43: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'the'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:11:43: error: unknown type name 'the'
/usr/include/arm-linux-gnueabihf/bits/sigstack.h:16:42: error: expected identifier or '(' before 'if'
make[5]: *** [libusb_1_0_la-io.lo] Error 1
make[5]: Leaving directory `/usr/src/cgminer/compat/libusb-1.0/libusb'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/usr/src/cgminer/compat/libusb-1.0'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/usr/src/cgminer/compat/libusb-1.0'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/cgminer/compat'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/cgminer'
make: *** [all] Error 2

I realize this is an old post and things in the software world evolve.
I don't speak whatever language this stuff is.
Someone please tell me what I need to make this successful.
Or is there a later post in the thread I haven't found that would work better?

You did it wrong. You do the enables to the configure file step not the auto.sh file. they are 2 different steps 1. run the auto sh file and when its done then do the configure. Both steps may feel like forever on the pi.
After the .\configure --[enable this and that] then you do the make install.

If the auto file finds all the files you should see alot of scrolling text ("does it have this , does it work there") and then some more when you do the enables.

This is still my reference for my install to the pi . Hopefully if you make sure you've got all the files and spots made this should get you in the right direction, just wake me when you figure out whats wrong with their autostart command and get it to work.
https://forums.butterflylabs.com/bitcoin-discussion/3238-super-tutorial-raspberry-pi-raspbian-cgminer-tightvnc-wifi-boot.html

Code:

10- The last step is to install the miner, CGMiner seems to work very well with the Raspberry Pi so these are the steps:
- Before to install CGMiner we need to install this dependencies: sudo aptitude install git autoconf libtool libcurl4-openssl-dev libncurses5-dev pkg-config yasm make libusb-1.0-0-dev Will ask "Do you want to continue?", "Y" to say Yes and wait until finish.
- Now we can start installing CGMiner:
- git clone git://github.com/ckolivas/cgminer.git cgminer
- cd cgminer
- ./autogen.sh
- export LIBCURL_CFLAGS='-I/usr/include/curl'
- export LIBCURL_LIBS='-L/usr/lib -lcurl'
- ./configure --enable-bflsc
- make
- sudo make install
- The last step is to autostart CGMiner every time we turn on the Raspberry Pi:
-We need to edit autostart with this command: sudo nano /etc/xdg/lxsession/LXDE/autostart
-At the end add the line: @/usr/bin/lxterminal --geometry=90x35 -e cgminer (The parameter "geometry" is to set the size of CGMiner, so adjust the parameter to your needs)
-Reboot using: sudo reboot

[-ck]

Actually you can pass options to the autogen.sh stage as well, instead of doing it with the ./configure. His problem appears to be something else.

[techman05]

Actually you can pass options to the autogen.sh stage as well, instead of doing it with the ./configure. His problem appears to be something else.

Did not know that. O.k , I'd just be curious how far along they got before receiving this error. When I  ran the file originally to try installing cgminer I got 6 or 7 not founds and it terminated.

 I'm going to use my next wammy card and say make sure you've installed all the files and made the lib driver . The first time I installed cg Miner files I did it on wireless and it didn't hit that step. even the clone github needed lan or it times out on you.

[village.idiot]

Did not know that. O.k , I'd just be curious how far along they got before receiving this error. When I  ran the file originally to try installing cgminer I got 6 or 7 not founds and it terminated.

 I'm going to use my next wammy card and say make sure you've installed all the files and made the lib driver . The first time I installed cg Miner files I did it on wireless and it didn't hit that step. even the clone github needed lan or it times out on you.

I tried to show in my original post https://bitcointalk.org/index.php?topic=28402.msg3219580#msg3219580 how far I got before it broke.
It looks to me like it's saying there's a syntax error in some file it was processing.
The post I was trying to follow for the install is https://bitcointalk.org/index.php?topic=28402.msg1229746#msg1229746
Since I don't know what the h' I'm doing I follow instructions verbatim.  Actually I use copy and paste to avoid tedious typing and typos so I installed whatever files it said.
I expect, because of the time difference, the files I downloaded were not the same as what he had at the time.

Thank you for trying to help