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

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

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?

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

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

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

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

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)

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.

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 ?

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.

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

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!

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

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

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 remember but don't you need --auto-gpu for that?

"--temp-cutoff" doesn't work for me, my GPU keeps on hashing even above the allowed target temperature.
pause
http://abload.de/img/tempcutoffgcjnu.png

Anybody got an idea?

some computers are challenged when it comes to supplying power via USB i have a Netbook that will run two ASICminer USBs fine, add a third and it turns off. it will turn on and reboot fine, but will only run 2 of the 3 USBs. was the hub that fixed your problem powered?

It turns out that adding a USB hub resolved this.  Not sure why it did not work when plugged directly into the computer, but I'll take the win.

Can not believe how fast you guys got that MR up to full speed. Awesome work