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

cgminer detects stale shares and does not submit them. However, there are pools which credits for stale shares. Is there an option how to force cgminer to try to submit all shares?

Yep your right.
I've checked the 2.7.4 linux binary release and it contains a 2.6.6 executable but the rest of the files are 2.7.4
Have to wait 'til the morning then - it's 2:30am here and I know ckolivas just went to sleep.
(or use 2.6.6)

I downloaded the binary. I deleted every file that was in the folder before besides my config file and my kernel and moved 2.7.4 over.

Did you compile it or did you download the binary?

Edit: that error says you didn't put in the new files with 2.7.4

2.7.4 is saying that it's 2.6.6 and it won't start properly for me.

cut/paste ...

2.7.4
An Xubuntu 11.04 x86_64 executable is in my github downloads called cgminer-2.7.4a
https://github.com/kanoi/cgminer/downloads

For anyone who didn't realise, it's just the executable file to put in place of 'cgminer'
Nothing else needs changing
First get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer'

No problems so far on my BFL or my 2xGPU+2xIcarus

The same configure options as cvolivas' binary version
In case anyone was wondering:
CFLAGS="-O2 -W -Wall" ./configure --enable-icarus --enable-bitforce --enable-ztex --enable-modminer --enable-scrypt

---

I have also added a WinXP cgminer-2.7.4a.exe

This ONLY has BFL + ICA (as below) thus it doesn't need a computer with OpenCL on it
CFLAGS="-O2 -W -Wall" ./configure --enable-icarus --enable-bitforce

You will most likely also need the windowsdlls.zip file there in my downloads since some of my *.dll might be slightly different to ckolivas

My donation address is in my sig

Oh nice, I was just looking for this a couple days ago.

I'll probably give 2.7.4 a try tomorrow if 2.7.5 isn't out by then. 

For what it's worth, I ran 2.7.0 for a few days, then 2.7.2, and now 2.7.3, and I haven't had any issues with them.  I'm using BFL devices, though.

Appreciate your work.  Thanks.

Dude you sound like you need another vacation from cgminer.

New  version: 2.7.4, 23rd August 2012

All the showstoppers are fixed. Status upgraded to stable on this release.

Human readable changelog

Once again completely rehashed the work queueing mechanism trying to take -everything- into account. It should all be fixed now.
There are updated kernels here designed to never accidentally miss a share which previous kernels might have - if you underclock your memory a lot, you may find it needs to be slightly higher to not lose hashrate, increasing memory from say 150 to 250 OR you may need to play with worksize on R5xxx if previously you found 128 better because it defaults to 256 now. Others might even notice a slight increase in hashrate.

Full changelog

- Perform select_pool even when not lagging to allow it to switch back if needed
to the primary.
- Simplify macros in output kernels avoiding apparent loops and local variables.
- Carry the needed bool over the work command queue.
- Move the decision to queue further work upstream before threads are spawned
based on fine grained per-pool stats and increment the queued count immediately.
- Track queued and staged per pool once again for future use.
- OpenCL 1.0 does not have native atomic_add and extremely slow support with
atom_add so detect opencl1.0 and use a non-atomic workaround.
- Pools: add RollTime info to API 'stats' and 'Stats' button in miner.php

now it is OK, run normal

 

Redownload the zip file please.

windosw 7 x64 SP1
Driver 12.8
SDK 2.7
cgminer 2.6.6 - crash !

Stable release update: 2.6.6
Right, I am totally utterly completely over 2.7, so I've released a stable release of 2.6 without the queueing and kernel changes in 2.7: 2.6.6. Get it in the usual place.

I wrote up a simple hack to fix 2.7.3 on StreamSDK 2.1

Looks like sdk 2.1 doesn't support atomics. I had no idea... hrm....

This is one endless series of fucking bullshit. I can't seem to get out of the cycle of upgrade=break.

Hi. I have a severe bug. I was using 2.7.1 no problems. I tried 2.7.3 and got this error.


restarting cgminer doesn't fix it. it prevents me from mining entirely. I am using a single 5870 on 12.1 driver, 2.1 sdk (platform 1 specified in conf file), dynamic intensity, phatk, worksize 128, and vectors = 2. I reverted back to 2.7.1 and have no problems.

windows 7 x64 ultimate

Yes, if you blinked, you missed 2.7.2.

Don't do anything different to what you already do.