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

[MadHacker]

1) Dual GPU cards don't get adjusted/disabled correctly. For example, a 5970 will only disable the one GPU that has the temp sensor:

Code:

 GPU 3: [80.5 C] [DISABLED /78.5 Mh/s] [Q:2 A:11 R:1 HW:0 E:550% U:1.81/m]
 GPU 4: [327.3/324.5 Mh/s] [Q:25 A:23 R:1 HW:0 E:92% U:3.78/m]

2) It'd be awesome if cgminer would record the current clocks on startup, and restore them on exit if the auto tuning changed them at all.

3) Pressing "G" when you have more than a couple of cards makes it impossible to read the output, because the window the output is displayed to is too small unless you have a HUGE screen.

4) I'd love a way to specify different temperature thresholds per GPU on the command line. If I have different model cards in there, they have different points where they're happy. 5770s get crashy above 90-95, where 5970 and 6990 cards idle near there at times.

5) My ideal dream would be a way of somehow saying "Any 5970 cards you see, set the temperature thresholds to X/Y, the voltage to Z, etc. Any 5770 cards, the temperature threshold is..." so that I don't have to look up which cards are in which system, just to pass that along to cgminer.

6) Temperatures >100C should be allowed, no matter how bad of an idea that sounds. We have some cards that go up to 105-107C without issue.

7) Specifying an overclock/underclock range that cgminer is allowed to adjust the clock in would be handy.

One step further, having it attempt to determine (maybe even saved into a local file) how high the clock was able to go without problems, and self-tuning the max clock rate while under the threshold temperature.

1: Not sure how to fix that since they don't return a different adapter id. I'll poke around some more.
2: It already does.
3: I'll consider trimming it somehow
4: Doable.
5: *cough*
6: Doable
7: Doable
8: *cough

actual 5 & 8 wouldn't be that difficult to implement.
for 5 u need a text file listing all the GPU's and max voltage\max overclock. Then just load the text file on start up and find the matching GPU.
I imagine if you posted a format, you would have a lot of help getting the values from other people here in the thread.
as for 8, write to a text file the GPU frequency, voltage, FanSpeed and temperature and how long it was at that setting. write every minute or so. (configurable)
that way if it hangs... user can look at the settings and determine what was the max overclock.

[1715236223]

1715236223

[1715236223]

1715236223

[-ck]

Let me spell it out then: I'm writing this in c and I FSCKING HATE WRITING PARSERS FOR FILES.

[MadHacker]

Let me spell it out then: I'm writing this in c and I FSCKING HATE WRITING PARSERS FOR FILES.

No worries...
I hate file parsing as well...
but i think i can implement something in C.
Note I'm a windows developer. don't know Linux for sh!t.
but i can put a function that will read in a text file, parse out the values and fill in a structure.
I can easily do that this weekend.

question, C only or C++?

[-ck]

1) Dual GPU cards don't get adjusted/disabled correctly. For example, a 5970 will only disable the one GPU that has the temp sensor:

Code:

 GPU 3: [80.5 C] [DISABLED /78.5 Mh/s] [Q:2 A:11 R:1 HW:0 E:550% U:1.81/m]
 GPU 4: [327.3/324.5 Mh/s] [Q:25 A:23 R:1 HW:0 E:92% U:3.78/m]

Out of curiosity, what does AMDOverdriveCtrl -h return as a list of adapters on machines with dual core GPUs like this one?
The output should be something like:

Code:

INF: Nr. of Adapters: 16
INF: Adapter index: 0, active, ID:29775168, AMD Radeon HD 6900 Series
INF: Adapter index: 1, inact., ID:29775168, AMD Radeon HD 6900 Series
INF: Adapter index: 2, inact., ID:29775168, AMD Radeon HD 6900 Series
INF: Adapter index: 3, inact., ID:29775168, AMD Radeon HD 6900 Series
INF: Adapter index: 4, active, ID:31979904, AMD Radeon HD 6900 Series
INF: Adapter index: 5, inact., ID:31979904, AMD Radeon HD 6900 Series
INF: Adapter index: 6, inact., ID:31979904, AMD Radeon HD 6900 Series
INF: Adapter index: 7, inact., ID:31979904, AMD Radeon HD 6900 Series
INF: Adapter index: 8, active, ID:34184080, AMD Radeon HD 6900 Series
INF: Adapter index: 9, inact., ID:34184080, AMD Radeon HD 6900 Series
INF: Adapter index: 10, inact., ID:34184080, AMD Radeon HD 6900 Series
INF: Adapter index: 11, inact., ID:34184080, AMD Radeon HD 6900 Series
INF: Adapter index: 12, active, ID:36388256, AMD Radeon HD 6900 Series
INF: Adapter index: 13, inact., ID:36388256, AMD Radeon HD 6900 Series
INF: Adapter index: 14, inact., ID:36388256, AMD Radeon HD 6900 Series
INF: Adapter index: 15, inact., ID:36388256, AMD Radeon HD 6900 Series

[-ck]

Let me spell it out then: I'm writing this in c and I FSCKING HATE WRITING PARSERS FOR FILES.

No worries...
I hate file parsing as well...
but i think i can implement something in C.
Note I'm a windows developer. don't know Linux for sh!t.
but i can put a function that will read in a text file, parse out the values and fill in a structure.
I can easily do that this weekend.

question, C only or C++?

I happily take patches

C only please for consistency, and please try to stick to code style. (1TBS)
http://en.wikipedia.org/wiki/Indent_style#Variant:_1TBS

[MadHacker]

Let me spell it out then: I'm writing this in c and I FSCKING HATE WRITING PARSERS FOR FILES.

No worries...
I hate file parsing as well...
but i think i can implement something in C.
Note I'm a windows developer. don't know Linux for sh!t.
but i can put a function that will read in a text file, parse out the values and fill in a structure.
I can easily do that this weekend.

question, C only or C++?

I happily take patches

C only please for consistency, and please try to stick to code style. (1TBS)
http://en.wikipedia.org/wiki/Indent_style#Variant:_1TBS

I'll grab a copy of your source later and look at your coding style...
do my best to match it. (pretty busy until the weekend, but shouldn't take me to long.)

[-ck]

Waiting on debugging output on dual core cards before I can get out the next release.

Meantime, git tree updated since 2.0:
      Ideally we should like with -ldl for dlopen() dlclose().
      ByteReverse is not used and the bswap opcode breaks big endian builds. Remove it.
      Ignore whether the display is active or not since only display enabled devices work this way, and we skip over repeat entries anwyay.
      Win32 does not use dlopen so link in -ldl only when not on win32 and display what ldflags are being passed on ./configure.
      Only reset values on exiting if we've ever modified them.
      Flag adl as active if any card is successfully activated.
      Add a thermal cutoff option as well and set it to 95 degrees by default.
      Change the fan speed by only 5% if it's over the target temperature but less than the hysteresis value to minimise overshoot down in temperature.
      FAQ updates.
      Add a --no-adl option to disable ADL monitoring and GPU settings.
      More readme docs.
      Only show longpoll received delayed message at verbose level.
      Latest glibc appears to want linking against -lm as well for dlopen.
      Allow temperatures greater than 100 degrees.
      We should be passing a float for the remainder of the vddc values.
      Implement accepting a range of engine speeds as well to allow a lower limit to be specified on the command line.
      Allow per-device fan ranges to be set and use them in auto-fan mode.
      Display which GPU has overheated in warning message.
      Allow temperature targets to be set on a per-card basis on the command line.
      Document the temperature command line changes.
      Display fan range in autofan status.
      Setting the hysteresis is unlikely to be useful on the fly and doesn't belong in the per-gpu submenu.
      With many cards, the GPU summaries can be quite long so use a terse output line when showing them all.
      Use a terser device status line to show fan RPM as well when available.
      Define max gpudevices in one macro.

[Big Time Coin]

CGMiner just got detected as a rootkit by Avast free antivirus.  32-bit windows

version 1.6.2-win32

Detected as :

cgminer.exe is infected by Win32:Rootkit-gen [Rtk]

[PLaci1982]

CGMiner just got detected as a rootkit by Avast free antivirus.  32-bit windows

version 1.6.2-win32

Detected as :

cgminer.exe is infected by Win32:Rootkit-gen [Rtk]

Update to 2.0.0...
Again someone put an older relase into some trojan AND renamed it to svchost.exe, like with 1.5.4...

[kano]

Again that's your virus scanner proving it's stupidity.

It's not detecting the trojan - it's detecting cgminer.
Thus it is allowing the trojan code to do as it pleases, but then complain about a valid program.
Go tell the AV company they are morons.

[dlasher]

When I build 2.0.0 (with the original or newer -1 source), it works fine as long as I don't add the ADL header files to the ADL_SDK folder.  When I do that, I get this at the end of the make step:

Code:

/usr/bin/ld: cgminer-adl.o: undefined reference to symbol 'dlclose@@GLIBC_2.2.5'
/usr/bin/ld: note: 'dlclose@@GLIBC_2.2.5' is defined in DSO /lib64/libdl.so.2 so try adding it to the linker command line
/lib64/libdl.so.2: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [cgminer] Error 1
make[2]: Leaving directory `/usr/src/cgminer-2.0.0'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/cgminer-2.0.0'
make: *** [all] Error 2

This is running Fedora 15 with GLIBC 2.14-4.  I'm guessing that is the problem, and I'm guessing it is due to the AMD header files and outside of ck's control, but wanted to report it just in case.  I may look for some repo with a newer GLIBC at some point if I can find time, but in the meantime, FYI:  It would appear that you have to have a pretty recent version of GLIBC to compile the gpu monitoring support.

Same issue for me under Fedora 14, little googlefoo, and I got it resolved.. here's my "configure" line.. it's the addition of the "ldl" and "lpthread":

CFLAGS="-O3 -Wall -msse2 -I/usr/src/AMD-APP-SDK-v2.4-lnx32/include -g" LDFLAGS="-L/usr/src/AMD-APP-SDK-v2.4-lnx32/lib/x86/ -g -ldl -lpthread"  ./configure

sadly, none of the GPU options appear to be working, so I suspect I'm not fixed yet.

[-ck]

It's fixed in git. You should have been able to see it in the last 2 git changelogs I posted.

[dlasher]

It's fixed in git. You should have been able to see it in the last 2 git changelogs I posted.

Latest GIT, still unhappy on fedora14 without the "-ldl" switch:

/usr/bin/ld: cgminer-adl.o: undefined reference to symbol 'dlopen@@GLIBC_2.1'
/usr/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO /lib/libdl.so.2 so try adding it to the linker command line
/lib/libdl.so.2: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [cgminer] Error 1
make[2]: Leaving directory `/usr/src/cgminer'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/cgminer'
make: *** [all] Error 2

Even with the ldl switch, it compiles, the command-line "GPU fun" options show up, but once cgminer is running, and you hit [g] for GPU options, none of the "new" stuff is there.

[-ck]

It's fixed in git. You should have been able to see it in the last 2 git changelogs I posted.

Latest GIT, still unhappy on fedora14 without the "-ldl" switch:

/usr/bin/ld: cgminer-adl.o: undefined reference to symbol 'dlopen@@GLIBC_2.1'
/usr/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO /lib/libdl.so.2 so try adding it to the linker command line
/lib/libdl.so.2: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[2]: *** [cgminer] Error 1
make[2]: Leaving directory `/usr/src/cgminer'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/cgminer'
make: *** [all] Error 2

Sigh it gets tiring saying "If building from git, do ./autogen.sh first"

[dlasher]

Sigh it gets tiring saying "If building from git, do ./autogen.sh first"

Sorry, my fault for not posting my entire build log.. As you'll see, I did do that first..

http://www.pastie.org/2501731

Anything I missed?

[-ck]

Sigh it gets tiring saying "If building from git, do ./autogen.sh first"

Sorry, my fault for not posting my entire build log.. As you'll see, I did do that first..

http://www.pastie.org/2501731

Anything I missed?

Oh wow, sorry.

LDFLAGS..............: -L/usr/src/AMD-APP-SDK-v2.4-lnx32/lib/x86/ -g -pthread -ldl -lm

It's there, so ...NFI

[-ck]

Doh, -lpthread, not -pthread is also an issue it seems?

Anyway, try pulling the git tree again please.

[-ck]

1) Dual GPU cards don't get adjusted/disabled correctly. For example, a 5970 will only disable the one GPU that has the temp sensor:

Code:

 GPU 3: [80.5 C] [DISABLED /78.5 Mh/s] [Q:2 A:11 R:1 HW:0 E:550% U:1.81/m]
 GPU 4: [327.3/324.5 Mh/s] [Q:25 A:23 R:1 HW:0 E:92% U:3.78/m]

Out of curiosity, what does AMDOverdriveCtrl -h return as a list of adapters on machines with dual core GPUs like this one?
The output should be something like:

Code:

INF: Nr. of Adapters: 16
INF: Adapter index: 0, active, ID:29775168, AMD Radeon HD 6900 Series
INF: Adapter index: 1, inact., ID:29775168, AMD Radeon HD 6900 Series
INF: Adapter index: 2, inact., ID:29775168, AMD Radeon HD 6900 Series
INF: Adapter index: 3, inact., ID:29775168, AMD Radeon HD 6900 Series
INF: Adapter index: 4, active, ID:31979904, AMD Radeon HD 6900 Series
INF: Adapter index: 5, inact., ID:31979904, AMD Radeon HD 6900 Series
INF: Adapter index: 6, inact., ID:31979904, AMD Radeon HD 6900 Series
INF: Adapter index: 7, inact., ID:31979904, AMD Radeon HD 6900 Series
INF: Adapter index: 8, active, ID:34184080, AMD Radeon HD 6900 Series
INF: Adapter index: 9, inact., ID:34184080, AMD Radeon HD 6900 Series
INF: Adapter index: 10, inact., ID:34184080, AMD Radeon HD 6900 Series
INF: Adapter index: 11, inact., ID:34184080, AMD Radeon HD 6900 Series
INF: Adapter index: 12, active, ID:36388256, AMD Radeon HD 6900 Series
INF: Adapter index: 13, inact., ID:36388256, AMD Radeon HD 6900 Series
INF: Adapter index: 14, inact., ID:36388256, AMD Radeon HD 6900 Series
INF: Adapter index: 15, inact., ID:36388256, AMD Radeon HD 6900 Series

Anyone with 6990, even one on linux to try this?

"Out of curiosity, what does AMDOverdriveCtrl -h return as a list of adapters on machines with dual core GPUs like this one?"

[sirky]

My primary pool was having issues last night, and at one point it looks like CGMiner just idled my gfx cards instead of switching to the backup. Also I was getting a lot of caching. When exactly does the miner make the switch to the backup when the primary is messed up? I had to manually change the backup to my primary when I saw that.

[RvdE]

[...]
      Win32 does not use dlopen so link in -ldl only when not on win32 and display what ldflags are being passed on ./configure.
[...]

FreeBSD doesn't have a separate -ldl either, since dlopen() and dlclose() are part of the FreeBSD libc library. The same might be true for MacOSX and any other BSD OS.