Author

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

-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Thanks. git pull and try again please (I'm coding blind!)

If I could buy you a Mac to help you test I would, but thanks for this nonetheless!  I built from the latest git and it errored with:

Code:
CCLD     cgminer
ld: library not found for -lrt
collect2: ld returned 1 exit status
make[1]: *** [cgminer] Error 1
make: *** [install-recursive] Error 1
Heh Sad try again.
member
Activity: 109
Merit: 10
If you can build from git and you're on OSX, try building now as I've added a generic workaround for this.

Cool!  Thanks for doing this.  I get this when compiling now:

Code:
util.c: In function ‘cgtimer_time’:
util.c:1017: error: ‘ts’ undeclared (first use in this function)
Thanks. git pull and try again please (I'm coding blind!)

If I could buy you a Mac to help you test I would, but thanks for this nonetheless!  I built from the latest git and it errored with:

Code:
CCLD     cgminer
ld: library not found for -lrt
collect2: ld returned 1 exit status
make[1]: *** [cgminer] Error 1
make: *** [install-recursive] Error 1

If you are interested in the entire compiling output, it produces a few Mac-specific warnings that don't seem to affect the program (these warnings have existed for a few versions now):

Code:
Making install in lib
  GEN      arg-nonnull.h
  GEN      c++defs.h
  GEN      warn-on-use.h
  GEN      signal.h
  GEN      stdint.h
  GEN      string.h
make  install-recursive
  CC       dummy.o
  CC       memmem.o
  AR       libgnu.a
/usr/bin/ranlib: file: libgnu.a(dummy.o) has no symbols
ranlib: file: libgnu.a(dummy.o) has no symbols
make[4]: Nothing to be done for `install-exec-am'.
make[4]: Nothing to be done for `install-data-am'.
Making install in compat
Making install in jansson
  CC       dump.o
  CC       hashtable.o
  CC       load.o
  CC       strbuffer.o
  CC       utf.o
  CC       value.o
  CC       memory.o
  CC       error.o
  AR       libjansson.a
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
Making install in ccan
  CC       libccan_a-helpers.o
  CC       libccan_a-opt.o
  CC       libccan_a-parse.o
  CC       libccan_a-usage.o
  AR       libccan.a
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
  CC       cgminer-cgminer.o
  CC       cgminer-util.o
util.c: In function ‘keep_sockalive’:
util.c:209: warning: unused variable ‘tcp_keepidle’
  CC       cgminer-sha2.o
  CC       cgminer-api.o
api.c: In function ‘print_data’:
api.c:1166: warning: format ‘%06ld’ expects type ‘long int’, but argument 6 has type ‘__darwin_suseconds_t’
  CC       cgminer-logging.o
  CC       cgminer-driver-opencl.o
  CC       cgminer-ocl.o
  CC       cgminer-findnonce.o
  CC       cgminer-adl.o
  CC       cgminer-scrypt.o
  CC       cgminer-fpgautils.o
  CC       cgminer-usbutils.o
usbutils.c: In function ‘resource_unlock’:
usbutils.c:3609: warning: unused variable ‘timeout’
  CC       cgminer-driver-bflsc.o
  CC       cgminer-driver-bitforce.o
  CC       cgminer-driver-icarus.o
driver-icarus.c: In function ‘icarus_scanhash’:
driver-icarus.c:927: warning: format ‘%06ld’ expects type ‘long int’, but argument 10 has type ‘__darwin_suseconds_t’
driver-icarus.c:964: warning: format ‘%06ld’ expects type ‘long int’, but argument 11 has type ‘__darwin_suseconds_t’
  CC       cgminer-driver-avalon.o
  CC       cgminer-driver-modminer.o
  CC       cgminer-driver-ztex.o
  CC       cgminer-libztex.o
  CCLD     cgminer
ld: library not found for -lrt
collect2: ld returned 1 exit status
make[1]: *** [cgminer] Error 1
make: *** [install-recursive] Error 1
full member
Activity: 197
Merit: 100
Hi,

I was having a lot of messages in cgminer  "BTB: Idled X miners". When that happen my hash rate would go down by half. 3.4.0 resolved all the issues Smiley Great job guys! Thanks.

legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Thanks, Kano. Let me get my rpi and program it Smiley very thanks for the sharing of the setup! And I gotta buy that cute USB LCD!

With 3.4.0 do you still suggest arch is better option? Or both are the same?
I'm not sure why Minepeon has had trouble on Arch - so I don't know.
The original libusb problem didn't exist on Arch with that install I've used, but there is of course a simple workaround for Raspbian - use the libusb in the README (which I now use in all my binary builds)
I have had the rare network dropout occur on both Arch and Raspbian
At this point I'm using Arch for mining and Raspbian is the media player ... that's incomplete.
However I'll probably put an AMU in the media player soon just so it's running cgminer all the time rather than just testing when I build my binaries Smiley
sr. member
Activity: 275
Merit: 250
cgminer only reports back whatever the driver tells it the load is. However the driver will report 0 if you query it too often. I don't know what front end you're using there to communicate with cgminer but perhaps that's all it is.

BAMT and the mgpumon tool.

Good to know.  Thanks.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
ck-

Any idea how/why this happens?



The software works like a dream... and I love you for it.... so please don't take this as a complaint, just as a "I wonder if I'm using it incorrectly".

The GPS are hashing like MF'ers, and blocks fall before me... so why does it tell me 0% load?
cgminer only reports back whatever the driver tells it the load is. However the driver will report 0 if you query it too often. I don't know what front end you're using there to communicate with cgminer but perhaps that's all it is.
sr. member
Activity: 275
Merit: 250
ck-

Any idea how/why this happens?



The software works like a dream... and I love you for it.... so please don't take this as a complaint, just as a "I wonder if I'm using it incorrectly".

The GPS are hashing like MF'ers, and blocks fall before me... so why does it tell me 0% load?
legendary
Activity: 1680
Merit: 1014
Thank you, and excuse my laziness. Cheesy
legendary
Activity: 1066
Merit: 1098
A quick question: how do I instruct cgminer to use only GPU and ignore all USBs?

The README says that "--usb :0 will disable all USB I/O other than to initialise libusb".
legendary
Activity: 1680
Merit: 1014
A quick question: how do I instruct cgminer to use only GPU and ignore all USBs?
member
Activity: 84
Merit: 10
Hi Kano, just got a quick question. With rpi and BE, does 3.4.0 works great on it? Or should go with an earlier version? And with the latest updates, should I go with arch or raspbian? As I saw the LCD module in adafruit with raspbian seems nice Smiley
3.4.0 works great on RPi and BE, and arch is a better choice.
Thanks, I will try to set it up. I did have a look already in Kano website. How do I add an auto start cgminer when power up the rpi and load a config?

1. Install screen and pgrep
2. Create "cgminer" user (assume /home/cgminer is home directory for new cgminer user). On debian-based systems you probably need to add cgminer to the plugdev group ("adduser cgminer plugdev").
3. Login as cgminer user (possibly via "sudo su cgminer" etc)
4. Setup /home/cgminer/.cgminer/cgminer.conf
5. Test that running cgminer with no command line options does what you expect.
5. Create /home/cgminer/daemon.sh

Code:
#!/bin/bash

log () {
    logger -p local0.notice -t $1/daemon.sh "$*"
}

export HOME=$(dirname $(readlink -e $0))
cd $HOME

if ! pgrep -u cgminer cgminer >/dev/null; then
    log cgminer is dead
    screen -dmS cgminer $HOME/bin/cgminer
else
    log cgminer lives
fi


daemon.sh checks if the "cgminer" user is running a program called "cgminer". If so, then nothing happens. Otherwise it starts a new detached screen session running cgminer. You may have to adjust $HOME/bin/cgminer to your machine. (I use ./configure --prefix=/home/cgminer and make install so my cgminer binaries end up in /home/cgminer/bin/cgminer)

6. chmod +x /home/cgminer/daemon.sh
7. Add the following line to the crontab to run /home/cgminer/daemon.sh every minute (run "crontab -e" as cgminer to edit crontab)
Code:
* * * * * /home/cgminer/daemon.sh

In the future I'd like to add use of a chroot, but I haven't had time to work on that yet.
legendary
Activity: 1540
Merit: 1001
And you know that how?  You know for certain some catastrophic event won't occur that'll drive the value of BTC to ridiculously low prices, causes people to abandon in droves causing difficulty to drop?  You also know they won't still be mining 10 years from now?  No moving parts, simple construction, if properly cooled they should last a while.  (That remains to be seen of course.)

M
I'd bet you 10BTC neither of those things will happen in the next 12 months ... except I can't afford to make the bet and tie up 10BTC for 12 months Sad

I'm not a gambling man.  And 12 months is a far cry from your "never" statement.  He could also solo mine and get lucky and get a block.  Just pointing out your absolute statement could quite easily be wrong. Smiley

M
member
Activity: 95
Merit: 10
Thanks, Kano. Let me get my rpi and program it Smiley very thanks for the sharing of the setup! And I gotta buy that cute USB LCD!

With 3.4.0 do you still suggest arch is better option? Or both are the same?
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Hi Kano, just got a quick question. With rpi and BE, does 3.4.0 works great on it? Or should go with an earlier version? And with the latest updates, should I go with arch or raspbian? As I saw the LCD module in adafruit with raspbian seems nice Smiley
I've not noticed any trouble with 3.4.0 however the biggest change between 3.4.0 and 3.3.4 is how the timing is done in cgminer so if you have any trouble with 3.4.0 try 3.3.4

I do have both an Arch and a Raspbian binary of both 3.3.4 and 3.4.0 in my cgminer binaries that is statically linked with the working libusb
https://github.com/kanoi/cgminer-binaries/tree/master/RPi_Arch
https://github.com/kanoi/cgminer-binaries/tree/master/RPi_Raspbian

Minepeon users have had some trouble with Arch in his latest release and that is as yet unresolved so I've no idea if that is related or not.

My bare bones install guide for Arch on RPi is here: http://www.kano-kun.net/?p=87

Regarding the LCD displays you can get for the RPi, there are 2 types.
1) A display that is simply just a screen for the RPi itself (I don't have one of these)
It works like any other screen (HDMI or A/V connectors) except smaller and needs drivers configured for it

2) USB LCD displays that can be used for displaying the cgminer stats
https://github.com/cardcomm/cgminerLCDStats

I have 2 of these running that python code.
One connected to an RPi and one to my desktop Smiley

3 AMUs soloing Smiley (AsicMinerUSBs)
(Plus 1 ICA)
member
Activity: 95
Merit: 10
Hi Kano, just got a quick question. With rpi and BE, does 3.4.0 works great on it? Or should go with an earlier version? And with the latest updates, should I go with arch or raspbian? As I saw the LCD module in adafruit with raspbian seems nice Smiley
3.4.0 works great on RPi and BE, and arch is a better choice.
Thanks, I will try to set it up. I did have a look already in Kano website. How do I add an auto start cgminer when power up the rpi and load a config?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Hi Kano, just got a quick question. With rpi and BE, does 3.4.0 works great on it? Or should go with an earlier version? And with the latest updates, should I go with arch or raspbian? As I saw the LCD module in adafruit with raspbian seems nice Smiley
3.4.0 works great on RPi and BE, and arch is a better choice.
member
Activity: 95
Merit: 10
Hi Kano, just got a quick question. With rpi and BE, does 3.4.0 works great on it? Or should go with an earlier version? And with the latest updates, should I go with arch or raspbian? As I saw the LCD module in adafruit with raspbian seems nice Smiley
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
The avalon fan speed control is very specific for the fan type and the pwm values used on the original avalon itself. There is no guarantee of it working on another combination. If it suddenly speeds up with BTBs then perhaps the pwm curve for the fan or hardware is totally different.
full member
Activity: 197
Merit: 100
Cheers for that. If I use --avalon-fan x-100 it takes even longer for the fans to spin up.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Kano, quick question.  Does cgminer control when avalon  fan speed argument kicks in? On my bitburners, 100% fan setting doesn't kick in for about 3-5 min so temp is rising very quickly to 55-60c  then fans go to 100% and its cooling down to about 48C and stays like that. Do you think its something in the firmware that can be improved or cgminer? Shouldn't fan speed go to 100% if set by arg straight from the start of cgminer?
Probably a cgminer change I need to do?
I've found that my fan (from the start) didn't always spin up the expected way (and sometimes didn't for a while)
I use --avalon-fan 99-100
Maybe the fan control on the BTB is different to the Avalon?
However, I thought it was just my fan coz I hadn't heard any problems.
I'll look into it.
Jump to: