OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 221.

The Mafia

newbie

Activity: 50

Merit: 0

Quote from: -ck on September 17, 2013, 05:49:54 AM

Quote from: The Mafia on September 17, 2013, 05:16:58 AM

Quote from: -ck on September 17, 2013, 03:27:06 AM

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.

village.idiot

sr. member

Activity: 270

Merit: 250

Quote from: kano on September 23, 2013, 05:25:39 PM

Quote from: village.idiot on September 23, 2013, 02:40:22 PM

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.

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: village.idiot on September 23, 2013, 02:40:22 PM

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

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: AniceInovation on September 23, 2013, 02:44:43 PM

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

AniceInovation

donator

Activity: 446

Merit: 262

Interesting.

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?

gristlelump

member

Activity: 110

Merit: 10

Quote from: Aurum on September 18, 2013, 10:55:57 AM

Quote from: gristlelump on September 05, 2013, 02:54:48 PM

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.

village.idiot

sr. member

Activity: 270

Merit: 250

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?

techman05

hero member

Activity: 546

Merit: 500

Quote from: c1010010 on September 20, 2013, 09:08:40 AM

Quote from: os2sam on September 20, 2013, 08:59:18 AM

Quote from: c1010010 on September 20, 2013, 08:45:06 AM

One of the most frustrating parts about mining...

And fun/interesting!

Quote from: c1010010 on September 20, 2013, 08:45:06 AM

...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.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: kentt on September 20, 2013, 04:04:49 PM

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.

aa

hero member

Activity: 544

Merit: 500

Litecoin is right coin

Quote from: kentt on September 20, 2013, 04:04:49 PM

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.

kentt

member

Activity: 103

Merit: 10

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

hero member

Activity: 544

Merit: 500

Litecoin is right coin

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.

c1010010

sr. member

Activity: 275

Merit: 250

Quote from: os2sam on September 20, 2013, 08:59:18 AM

Quote from: c1010010 on September 20, 2013, 08:45:06 AM

One of the most frustrating parts about mining...

And fun/interesting!

Quote from: c1010010 on September 20, 2013, 08:45:06 AM

...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)

techman05

hero member

Activity: 546

Merit: 500

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.

os2sam

legendary

Activity: 3586

Merit: 1099

Think for yourself

Quote from: c1010010 on September 20, 2013, 08:45:06 AM

One of the most frustrating parts about mining...

And fun/interesting!

Quote from: c1010010 on September 20, 2013, 08:45:06 AM

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

c1010010

sr. member

Activity: 275

Merit: 250

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?

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

More correctly, read up about gpus (GPU-README) and --gpu-platform

Aurum

sr. member

Activity: 453

Merit: 250

dfgfdgfdg

Quote from: gristlelump on September 05, 2013, 02:54:48 PM

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.

techman05

hero member

Activity: 546

Merit: 500

the hub not necessarily cgminer issue . My cg miner compile on Linux what successfully compiled but so far mines buffering assuming my erroupter when in use with the pi needs more power since it works with my pc.

Only place I've heard 3.0 hubs don't work is the raspberry pi for whatever compatibility issue occuring.

vulgartrendkill

hero member

Activity: 518

Merit: 500

Quote from: -ck on September 17, 2013, 08:54:26 PM

Quote from: erk on September 17, 2013, 08:31:14 PM

I am on MacOSX 10.6.8 (Snow Leopard) with the Mac Ports collection installed.

SNIP

Only the release tarball will compile on osx. What I'm saying, though, is if you have a 3.4.3 release, it IS using the latest libusb - statically compiled - regardless of who compiled it for you unless they've gone in and hacked the code to dynamically link the library because there is no way for it to use a dynamic library any more.

I've tried and tried using the latest releases compiling etc. I use an anker usb 10 port hub usb 3.0, so maybe thats whats wrong?

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