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

[vekt0r7]

"--temp-cutoff" doesn't work for me, my GPU keeps on hashing even above the allowed target temperature.

Code:

cgminer -o pool-de.50btc.com:8332 -u [username] -p [password]  -o http://mint.bitminter.com:8332 -u [username] -p [password] -I 9 --temp-cutoff 70 

pause
http://abload.de/img/tempcutoffgcjnu.png

Anybody got an idea?

I don't remember but don't you need --auto-gpu for that?

Interesting. But what if I don't want cgminer to mess with my GPU clock speed? I just want it to stop if the temp gets too high. Is there a way to achieve that?

[FiatKiller]

I already have 10 Block Eruptors running smoothly on a PC with 3.1.1

I should be getting my first Jale tomorrow. The readme seems to say that I don't need to add any additional switches for it... correct?
Or just add the additional com port number?

thanks

[gyverlb]

"--temp-cutoff" doesn't work for me, my GPU keeps on hashing even above the allowed target temperature.

Code:

cgminer -o pool-de.50btc.com:8332 -u [username] -p [password]  -o http://mint.bitminter.com:8332 -u [username] -p [password] -I 9 --temp-cutoff 70 

pause
http://abload.de/img/tempcutoffgcjnu.png

Anybody got an idea?

I don't remember but don't you need --auto-gpu for that?

Interesting. But what if I don't want cgminer to mess with my GPU clock speed? I just want it to stop if the temp gets too high. Is there a way to achieve that?

I don't think it will mess with your GPU clock speed unless you give it a frequency range with --gpu-engine.

[xjack]

Feedback with Anker 10 Port USB 3.0 hub on Win7 with 10 Block Erupters.

3.2/3.2.2 = two zombies within 10 minutes every time.  Zombies were different USBs each time - tried on USB 2.0 and 3.0 ports.

Back on 3.1.1 for a few hours now with no zombies on USB 3.0 port.

Thanks for your hard work on cgminer!

[kano]

I already have 10 Block Eruptors running smoothly on a PC with 3.1.1

I should be getting my first Jale tomorrow. The readme seems to say that I don't need to add any additional switches for it... correct?
Or just add the additional com port number?

thanks

BFL ASIC is all auto USB detect since the first version of the driver we wrote.

[kano]

Feedback with Anker 10 Port USB 3.0 hub on Win7 with 10 Block Erupters.

3.2/3.2.2 = two zombies within 10 minutes every time.  Zombies were different USBs each time - tried on USB 2.0 and 3.0 ports.

Back on 3.1.1 for a few hours now with no zombies on USB 3.0 port.

Thanks for your hard work on cgminer!

Yeah still got another idea in the works, but the BFL MiniRig code got priority over the last couple of days.
Will hopefully get a chance today to look at the idea.

[coinedBit]

just a some feedback: the current autotools build system doesn't seem to handle out-of-tree builds when running the binary without installation, i.e. it doesn't find the CL kernels in the source tree because it is referring to the CWD - it would probably be a good idea to use cmake instead of autotools, because it handles such dependencies without issues and is also cross-platform ?

[-ck]

just a some feedback: the current autotools build system doesn't seem to handle out-of-tree builds when running the binary without installation, i.e. it doesn't find the CL kernels in the source tree because it is referring to the CWD - it would probably be a good idea to use cmake instead of autotools, because it handles such dependencies without issues and is also cross-platform ?

No chance of a complete rewrite of the build system for the sake of that sorry. Don't have the resources or time to spend on that and there are far more important things to take care of.

[coinedBit]

absolutely right, one could also simply set a variable pointing to the source tree during configuration, so that the binary can refer to the location of the source tree to find kernels. In the meantime, even just showing an error message saying that the kernels cannot be found would suffice, i.e. "cgminer must be installed or built/run from within the source tree" (even just editing README.md would do)

[os2sam]

"--temp-cutoff" doesn't work for me, my GPU keeps on hashing even above the allowed target temperature.

Code:

cgminer -o pool-de.50btc.com:8332 -u [username] -p [password]  -o http://mint.bitminter.com:8332 -u [username] -p [password] -I 9 --temp-cutoff 70 

pause
http://abload.de/img/tempcutoffgcjnu.png

Anybody got an idea?

I don't remember but don't you need --auto-gpu for that?

Interesting. But what if I don't want cgminer to mess with my GPU clock speed? I just want it to stop if the temp gets too high. Is there a way to achieve that?

Well at least enable auto fan and set your target temp below your cutoff temp.  Right now your cutoff temp is 70C and you left the target set to the default of 75C.  You may want to set an overheat temp in between somewhere too.  But --auto-fan is what enables the fan temp control.

Just curious, why do you want to cut off your GPU at such a low temp?
Sam

[tnkflx]

12 USB Block Erupters on 2 Anker 10port usb 3.0 hubs:
- 3.2.1: Nothing but zombies.
- 3.2.2: Works, but after a while comms error and I have to restart cgminer...

[-ck]

"--temp-cutoff" doesn't work for me, my GPU keeps on hashing even above the allowed target temperature.

Code:

cgminer -o pool-de.50btc.com:8332 -u [username] -p [password]  -o http://mint.bitminter.com:8332 -u [username] -p [password] -I 9 --temp-cutoff 70 

pause
http://abload.de/img/tempcutoffgcjnu.png

Anybody got an idea?

I don't remember but don't you need --auto-gpu for that?

Interesting. But what if I don't want cgminer to mess with my GPU clock speed? I just want it to stop if the temp gets too high. Is there a way to achieve that?

Well at least enable auto fan and set your target temp below your cutoff temp.  Right now your cutoff temp is 70C and you left the target set to the default of 75C.  You may want to set an overheat temp in between somewhere too.  But --auto-fan is what enables the fan temp control.

Just curious, why do you want to cut off your GPU at such a low temp?
Sam

--auto-gpu will not mess with your engine clock speed at all unless you give it a range. However --auto-gpu IS needed if you want the auto-cutoff feature to work.

[-Redacted-]

Is there some way to change the dos box screen display geometry under Windows?  It's kind of difficult to see things when running 24 of the USB devices.  I can add more lines to the dos box via preferences, but the display output doesn't change to accommodate....

[tigerbit]

3.1.1 doesn't use the WinUSB driver for 'Icarus' devices - it uses the serial-USB driver on windows.
3.2* uses WinUSB that Zadig will install for you.

(Icarus devices are: Icarus, Lancelot, Asicminer USB and Cairnsmore1)

Has this now been fully tested with CM1s on Win7.  I tried latest 3.2 build with my x3 CM1s the other day but wasn't successful.  WinUSB driver installed via Zadig but only one half of one board was able to hash.  The other boards did nothing, though were recognised when you issue the usb list status/debug command.  All running standard Makomk one pair using up/down cable, the other solo.

Wanted totry the new stratum code but having to resort to bfgminer as cant get my rigs to work.with new usb code.  What are the benefits of this new usb direct code anyway?

[drummerjdb666]

K I need some help!   I just recieved a 6950.. I am able to mine btc through guiminer at 350mh/s 70c..   But for the past 24 I have been trying to get this to work with guiminer for scrypt with no luck..    I started off having my gtx 660 plugged in as the main card.. plugged the 6950 into the second pcie slot on my up5, installed drivers... it worked.. mining scrypt coin at around 390kh/s through guiminer scrypt.   I wasn't happy with that speed so I spent the rest of the day yesterday trying to get cgminer to work properly..  

I have since taken out the 660 removed the drivers and did a fresh install of the amd 12.11 beta drivers and the 6950 is the only card in my machine right now.. I'm running on the IG from the 3770k  and cannot for the life of me get cgminer to mine on this card...

This is the config that has at least gotten me close to my goal but only produces 6kh/s..  I have tried probably hundreds of configs at this point..
and it still just does not seem to want to work.. I don't get it.. i can mine btc through guiminer.. but no scrypt though gui or cgminer..

sorry to post all this but my brain is starting to hurt because this won't work

 cgminer.exe --scrypt -I 14 --shaders 1408 --thread-concurrency 8000 -g 1 -w 256 -s 1 -o http://bqcpool.com:8388 -u user -p pass

1st working kinda
cgminer.exe --scrypt -I 16 --shaders 1408 -g 2 -w 256 -s 1 -o http://bqcpool.com:8388 -u user -p pass

edit 1 no worky at all
cgminer.exe -D --scrypt -d 0 -I 12 -g 1 -l 1 -g 2 -w 256 -s 1 --shaders 1408 --thread-concurrency 8192 -o http://bqcpool.com:8388 -u user -p pass

edit2  closes no adl?
cgminer.exe -D --scrypt -I 12 -g 1 -w 256 -s 1 --shaders 1408 -o http://bqcpool.com:8388 -u user -p pass


And fyi I have to open cgminer through comodo sandbox or it just closes on me?   using version 3.1.1 and have also tried -d 0  and --gpu-map 0-1

Hopefully one of you guys can help me figure this out...  I have been searching non stop for a fix to my issue and keep thinking i'm getting close only to pull up another error




Since I posted this I have discovered that I can open the .bat files that the cgminer inside guiminer-scrypt creates.. if that makes sense.. still can't get the stand alone cgminer to work though.. i guess this is good enough.. still be cool if one of you guys knew what was going on here though..

[Askit2]

Is there some way to change the dos box screen display geometry under Windows?  It's kind of difficult to see things when running 24 of the USB devices.  I can add more lines to the dos box via preferences, but the display output doesn't change to accommodate....

Right click the title bar at the top. Go down to DEFAULTS. Change the Window Size Height larger to make the dos box longer....
This will change Every Dos Box that you pull up. Once it is sized larger with a default restart cgminer and it will use the new longer window.

[-Redacted-]

Is there some way to change the dos box screen display geometry under Windows?  It's kind of difficult to see things when running 24 of the USB devices.  I can add more lines to the dos box via preferences, but the display output doesn't change to accommodate....

Right click the title bar at the top. Go down to DEFAULTS. Change the Window Size Height larger to make the dos box longer....
This will change Every Dos Box that you pull up. Once it is sized larger with a default restart cgminer and it will use the new longer window.

Bingo - that does the trick.  "Defaults" instead of "Preferences".  D'oh - missed that. 
Thanks.   A Bit nickle is coming your way!

[dwolfman]

Is there some way to change the dos box screen display geometry under Windows?  It's kind of difficult to see things when running 24 of the USB devices.  I can add more lines to the dos box via preferences, but the display output doesn't change to accommodate....

Right click the title bar at the top. Go down to DEFAULTS. Change the Window Size Height larger to make the dos box longer....
This will change Every Dos Box that you pull up. Once it is sized larger with a default restart cgminer and it will use the new longer window.

Bingo - that does the trick.  "Defaults" instead of "Preferences".  D'oh - missed that. 
Thanks.   A Bit nickle is coming your way!

In that same place you should be able to make the window wider as well, if you want.

[kano]

3.1.1 doesn't use the WinUSB driver for 'Icarus' devices - it uses the serial-USB driver on windows.
3.2* uses WinUSB that Zadig will install for you.

(Icarus devices are: Icarus, Lancelot, Asicminer USB and Cairnsmore1)

Has this now been fully tested with CM1s on Win7.  I tried latest 3.2 build with my x3 CM1s the other day but wasn't successful.  WinUSB driver installed via Zadig but only one half of one board was able to hash.  The other boards did nothing, though were recognised when you issue the usb list status/debug command.  All running standard Makomk one pair using up/down cable, the other solo.

Wanted totry the new stratum code but having to resort to bfgminer as cant get my rigs to work.with new usb code.  What are the benefits of this new usb direct code anyway?

Anything after 3.1.1 is not tested on the CM1 yet ... you are testing it
You can of course still use 3.1.1 ...

I've set some guess values but I've not gone near it since I've been chasing ASIC and AMU problems (which I have both devices)
The chip in the newer CM1s (0403/8350) has 8 endpoints so I'd need the hardware to code that.
The chip in the older CM1s (0403/6014) should be OK but I've not heard.
cgminer -n will tell you which they are.

[tigerbit]

Anything after 3.1.1 is not tested on the CM1 yet ... you are testing it
You can of course still use 3.1.1 ...

I've set some guess values but I've not gone near it since I've been chasing ASIC and AMU problems (which I have both devices)
The chip in the newer CM1s (0403/8350) has 8 endpoints so I'd need the hardware to code that.
The chip in the older CM1s (0403/6014) should be OK but I've not heard.
cgminer -n will tell you which they are.

Thanks, that explains it then - I have the newer CM1s.  3.1.1 not really an option as were (and to a certain extent - still are) having horrible stratum disconnect crashes on Win7.  Wanted to try cgolivas's new fixes. 

If there is any data I can provide to give you what you need to address the newer CM1s let me know.  I can be quite technical when I'm in the mood and have the patience.  I have linux and Mac OS machines around so can run whatever you need to get the necessary data.