Author

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

sr. member
Activity: 658
Merit: 250
3.3.2 just cant load my config file anymore. Seems to be issue with int 19 and 20 (wont load it but still can set it). - Any way to avoid Int limit and to make newest cgminer to load file again?

Add --scrypt to your command line. 3.3.2 added a sanity check for intensities, which currently isn't detecting scrypt mode if you are setting it from the config file.
eZc
member
Activity: 74
Merit: 10
3.3.2 just cant load my config file anymore. Seems to be issue with int 19 and 20 (wont load it but still can set it). - Any way to avoid Int limit and to make newest cgminer to load file again?

Additional there is an issue that after a few days the application freezes (like crashed now new block etc., but no error or so by ati driver or os; just freeze and does nothing) <-- is this a known issue? Any fix?
legendary
Activity: 1153
Merit: 1000
I've looked through the FAQ and SCRYPT-README file, but could not find an answer to this.

If I run the following with version 3.3.2, the following error comes back:
Code:
cgminer --scrypt
cgminer: --scrypt: unrecognized option

Every thread I found from Googling says to recompile the source in linux and enable scrypt. However I am using windows and can not rebuild.

Does anyone know where to find a cgminer binary for windows with scrypt enabled? I would have thought it would be included in the standard build.

Well, 3.3.0 is in my cgminer-binaries (as listed in the first post)
https://github.com/kanoi/cgminer-binaries

I just added 3.3.1 in there now also.

I added 3.3.2 yesterday, however, the 3.3.2 in my cgminer-binaries doesn't have the updated windows zip file unfortunately ...

3.3.0 worked fine, thank you
legendary
Activity: 1022
Merit: 1000
BitMinter
3.3.2 was showing funny results for A:X. Looks like it was adding the first nr of the Diff Shocked

Code:
[2013-08-11 21:37:04] Accepted fec59856 Diff 129/128 GPU 0 pool 0
[2013-08-11 21:38:20] Accepted 00cb02e5 Diff 242/128 GPU 0 pool 0

I switched back to 3.3.1

Edit: Looks like you made that on purpose Cheesy Don't really like it
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
New release: 3.3.2, 10th August 2013

Cairnsmore1 (yeah. I know...):

I have hold off to upgrade to 3.x from 2.11.3, but today the temptation was too big ;-)

Upgrading etc. all went fine on Ubuntu 12.04.2, worked through the READMEs, did the libusb-1.0.16-rc10, disconnect USB, removed all --scan serial (ttyUSB*) from config file, restart everything, reconnect USB, did NOT issue the modprobe command...

Out of the 6x CM1s, cgminer only detects CMR0, 1 and 2. I let them run for a while with no problems, but of course I'm missing the rest of the boards.

Anyone tried the latest version with CM1s? Any other pointers?



I've tried, bo no luck Sad
On my rig i'm using cgminer for icarus, lancelot, AMU, and bfg for CM1.

I still have no CM1 ... get me one and I'll spend the effort to write a new driver to fully support it ... it requires a unique driver different to any other due to the chip it uses and how it uses it.

I personally support BitBurner, Lancelot (BlackArrow + Standard), Icarus, AsicminerUSB, BFL FPGA, BFL ASIC and ModMinerQuad coz I have them all, so I can support them.

Simple relevant example: the changes I made the other day, to the Avalon code, for my new BitBurner board meant that no Avalon would work any more.
Fortunately, ckolivas paid a ridiculous price necessary to get an Avalon a while back, and tested the change on Avalon and found the problem - that I then fixed.

The Icarus driver should find one FPGA or FPGA pair and mine on it - but I've no idea for sure coz I don't have one.

If some change either of us makes has any effect on that, well ... good to know, but no I don't have one so I can't test it.
I have no hardware incentive to do it, even though I wrote the first proper software support for the first CM1 (Yohan's team simply changed the baud rate in the Icarus driver and did nothing else)

Yes hearing the same old comments about the CM1 are ... the same old comments ... pointless, so do something about it.
Pretty soon it wont even be worth my while to have one ... so then there would be no possible incentive to work on the driver at all.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
New release: 3.3.2, 10th August 2013

Cairnsmore1 (yeah. I know...):

I have hold off to upgrade to 3.x from 2.11.3, but today the temptation was too big ;-)

Upgrading etc. all went fine on Ubuntu 12.04.2, worked through the READMEs, did the libusb-1.0.16-rc10, disconnect USB, removed all --scan serial (ttyUSB*) from config file, restart everything, reconnect USB, did NOT issue the modprobe command...

Out of the 6x CM1s, cgminer only detects CMR0, 1 and 2. I let them run for a while with no problems, but of course I'm missing the rest of the boards.

Anyone tried the latest version with CM1s? Any other pointers?



I've tried, bo no luck Sad
On my rig i'm using cgminer for icarus, lancelot, AMU, and bfg for CM1.

Sorry, neither of us developers own one and can't do anything about it, though we'd happily take patches from someone who does have one and wishes to update the code (so long as it doesn't break anything else).
newbie
Activity: 36
Merit: 0
New release: 3.3.2, 10th August 2013

Cairnsmore1 (yeah. I know...):

I have hold off to upgrade to 3.x from 2.11.3, but today the temptation was too big ;-)

Upgrading etc. all went fine on Ubuntu 12.04.2, worked through the READMEs, did the libusb-1.0.16-rc10, disconnect USB, removed all --scan serial (ttyUSB*) from config file, restart everything, reconnect USB, did NOT issue the modprobe command...

Out of the 6x CM1s, cgminer only detects CMR0, 1 and 2. I let them run for a while with no problems, but of course I'm missing the rest of the boards.

Anyone tried the latest version with CM1s? Any other pointers?



I've tried, bo no luck Sad
On my rig i'm using cgminer for icarus, lancelot, AMU, and bfg for CM1.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Did you guys update the internal version number?

./cgminer -V
cgminer 3.3.1

I just git pull'ed and compiled.

Neil
Usual error when building from git - you forgot ./autogen.sh
legendary
Activity: 896
Merit: 1000
Did you guys update the internal version number?

./cgminer -V
cgminer 3.3.1

I just git pull'ed and compiled.

Neil
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I'm confident ckolivas can fix this easily. I was actually surprised the GPU mining code is still being modified.
People still donate due to the (scrypt) gpu code being there so I'm still maintaining it and making small changes.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Having trouble downloading 3.3.2.  Can't get to the main site as the connection times out, and GitHub isn't giving me a download option but instead trying to open the file in the browser.  Not had this trouble before.  Any ideas?
In github ... click on the file you want and it will give you a "View Raw" link.
Right click, save as ......
Thanks!  The one thing I hadn't tried. Cheesy
No worries Smiley
The first time it happened to me when I added the binaries I was like "Eh?" Smiley
sr. member
Activity: 672
Merit: 250
Buy, sell and store real cryptocurrencies
Having trouble downloading 3.3.2.  Can't get to the main site as the connection times out, and GitHub isn't giving me a download option but instead trying to open the file in the browser.  Not had this trouble before.  Any ideas?
In github ... click on the file you want and it will give you a "View Raw" link.
Right click, save as ......
Thanks!  The one thing I hadn't tried. Cheesy
sr. member
Activity: 435
Merit: 250
Having trouble downloading 3.3.2.  Can't get to the main site as the connection times out, and GitHub isn't giving me a download option but instead trying to open the file in the browser.  Not had this trouble before.  Any ideas?

It's down most of the time. Just retry until it's up.
But keep in mind that it will stay up for a short time, then down again for several hours.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Having trouble downloading 3.3.2.  Can't get to the main site as the connection times out, and GitHub isn't giving me a download option but instead trying to open the file in the browser.  Not had this trouble before.  Any ideas?
In github ... click on the file you want and it will give you a "View Raw" link.
Right click, save as ......
sr. member
Activity: 672
Merit: 250
Buy, sell and store real cryptocurrencies
Having trouble downloading 3.3.2.  Can't get to the main site as the connection times out, and GitHub isn't giving me a download option but instead trying to open the file in the browser.  Not had this trouble before.  Any ideas?
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
I've looked through the FAQ and SCRYPT-README file, but could not find an answer to this.

If I run the following with version 3.3.2, the following error comes back:
Code:
cgminer --scrypt
cgminer: --scrypt: unrecognized option

Every thread I found from Googling says to recompile the source in linux and enable scrypt. However I am using windows and can not rebuild.

Does anyone know where to find a cgminer binary for windows with scrypt enabled? I would have thought it would be included in the standard build.

Well, 3.3.0 is in my cgminer-binaries (as listed in the first post)
https://github.com/kanoi/cgminer-binaries

I just added 3.3.1 in there now also.

I added 3.3.2 yesterday, however, the 3.3.2 in my cgminer-binaries doesn't have the updated windows zip file unfortunately ...
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
My long-delayed BFL Little Single just arrived and I excitedly opened it up only to find a plethora of errors when trying to mine it with CGMiner. It currently recognizes the device as both "BFL0" and "BFL4" in error messages. Error messages range from "Comms error" to "Error: send work reports" to "Garbled response probably throttling, clearing buffer" and more. The temperature of the device is often listed at 28 degrees, but it is never shown mining (while my GPUs are)

I initially had an issue with driver recognition (Win7) which was ultimately solved by doing a windows search for drivers fix... Any fellow BFL "customers" (venture capital investors) have any tips?
1) Use latest cgminer
2) You cannot use cgminer before 3.3.1
3) (you've probably already done this) Zadig as mentioned in README, ASIC-README and FPGA-README
Then report back if it's still not working Smiley
legendary
Activity: 1361
Merit: 1003
Don`t panic! Organize!
I've looked through the FAQ and SCRYPT-README file, but could not find an answer to this.

If I run the following with version 3.3.2, the following error comes back:
Code:
cgminer --scrypt
cgminer: --scrypt: unrecognized option

Every thread I found from Googling says to recompile the source in linux and enable scrypt. However I am using windows and can not rebuild.

Does anyone know where to find a cgminer binary for windows with scrypt enabled? I would have thought it would be included in the standard build.

Try my skydrive.
hero member
Activity: 591
Merit: 500
I did put that in the config file (in addition to the "scrypt" : true that was already there, above the intensity line), and cgminer's new sanity check still didn't detect I was using scrypt. It's clearly tied to the "scrypt" setting, which just isn't picked up from a config file yet . The setting itself works fine, enabling scrypt mode, but the sanity check code doesn't detect it's there. It also fails to detect scrypt mode if -I is specified on the command line before --scrypt. Neither of these bugs existed before 3.3.2.

Code:
"scrypt" : true,
"kernel" : "scrypt",
"gpu-engine" : "690,550,650,690",
"gpu-fan" : "80,100,100,100",
"gpu-memclock" : "930,720,790,930",
"gpu-threads" : "1",
"gpu-vddc" : "0.95",
"intensity" : "17",
"thread-concurrency" : "8192"

The above config settings still won't allow high intensities, if --scrypt is not used in the command line. I can't see what that kernel setting is supposed to do with scrypt, since the default kernel is the only one that can/will be used.

I'm confident ckolivas can fix this easily. I was actually surprised the GPU mining code is still being modified.
When you use the --scrypt flag, you're essentially telling cgminer to use the scrypt kernel. Assuming the intensity issue gets fixed, you can just use "kernel" : "scrypt" instead.
Jump to: