Author

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

legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
I compiled Windows binaries from 2.3.2 sources, with --enable-icarus, now I'm getting

[2012-04-03 00:21:01] Started cgminer 2.3.2
[2012-04-03 00:21:09] Icarus Read: No data in 8 seconds
[2012-04-03 00:21:10] Icarus Detect: Test failed at com3: get 00000000, should: 063c5e0

I've tried all 5 cards, one at the time.  I get the above error for all 5 cards.


Most likely the windows USB driver for Prolific is the cause.
However, I don't have windows.
There was discussion about this in the Icarus thread about windows prolific driver versions but that's all I know about it.

Edit: the code opens the USB serial as: 115,200baud ...
But I've yet to hear anyone mention the port settings, unless you've changed them from default?

Aside: however Smiley
If anyone with an Icarus on windows and can compile cgminer ...
The version at the top of my git has some extra changes to icarus.c to improve LP handing.
(It's not in 2.3.2 coz I didn't manage to test on windows before the release)

The only change required is just icarus.c so you can grab it from my git and do a diff if you are unsure
My git is https://github.com/kanoi/cgminer and the top commit is "icarus.c reduce stales by aborting work on LP "
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I've downgraded to the 8.921 driver for my 7970 on linux. 12.2 would crash the 7970 at lower engine clocks than normal and 12.3 would introduce rare but occasional hardware errors on the 7970 and would spontaneously crash a 6970, taking the device with it and I'd need to cold boot the machine for the 6970 to reappear. 8.921 was the version that needed a manually edited xorg.conf and specific card order to work with 7970 and 6970 was mixed.

Way to go AMD..
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Small heads up. If you notice a hashrate drop in dynamic mode, you can tune  it with the

--gpu-dyninterval Set the refresh interval in ms for GPUs using dynamic intensity (default: 7)

parameter. The same exponential counter that adjusts hashrate display also affects detected dynamic speed changes and may affect your hashrate in dynamic mode on going to version 2.3.2.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Icarus works fine now on Windows so my 5 BTC bounty goes to ckolivas. I do feel that kano and xiangfu should also get a part of this but con was the man that made it available to me !
Nope, your bounty was for a working windows binary and ckolivas was the one who actually supplied it.
He should of course get it all.
legendary
Activity: 1666
Merit: 1000
All - I am sure each of you could spare some BTC for the work conman and kanoi do.  My life is so much less hectic with CGminer!  It is truly set it and forget it software -- It just runs and runs...

148KkS2vgVi4VzUi4JcKzM2PMaMVPi3nnq is the donation address

I'll follow Turbor's lead and just sent 5.00001337  Wink





legendary
Activity: 1022
Merit: 1000
BitMinter
Icarus works fine now on Windows so my 5 BTC bounty goes to ckolivas. I do feel that kano and xiangfu should also get a part of this but con was the man that made it available to me !
Much appreciate the donation. Enjoy.

Thank you for the hard work !
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Icarus works fine now on Windows so my 5 BTC bounty goes to ckolivas. I do feel that kano and xiangfu should also get a part of this but con was the man that made it available to me !
Much appreciate the donation. Enjoy.
legendary
Activity: 1022
Merit: 1000
BitMinter
Icarus works fine now on Windows so my 5 BTC bounty goes to ckolivas. I do feel that kano and xiangfu should also get a part of this but con was the man that made it available to me !
hero member
Activity: 591
Merit: 500
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I downloaded the 64 bit Ubuntu build and it keeps saying it can't find the cgminer executable.

Code:
tyler@tyler-pc:~/cgminer$ ./cgminer.sh
./cgminer.sh: 3: /home/tyler/cgminer/cgminer: not found

Not sure why exactly; I've downloaded it twice now and I can clearly see the executable in the folder.
My bad, I built it on my desktop arch at home and forgot I used to do it on ubuntu. I'll update it shortly.
Ok, try re-downloading.
hero member
Activity: 591
Merit: 500
I downloaded the 64 bit Ubuntu build and it keeps saying it can't find the cgminer executable.

Code:
tyler@tyler-pc:~/cgminer$ ./cgminer.sh
./cgminer.sh: 3: /home/tyler/cgminer/cgminer: not found

Not sure why exactly; I've downloaded it twice now and I can clearly see the executable in the folder.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
New version: 2.3.2 March 31 2012
Despite the huge changelog, there should be little risk in updating, with extra features and enhancements that don't affect the internals dramatically which is why the version number is still 2.3.x

Human readable changes:
Better BFL support.
Support for Icarus devices
Better hashrate calculator
Massive rewrite of poclbm kernel for fastest hashrate yet on 2.6 SDKs.
Minor updates to diablo kernel.
Updated diapolo kernel.
Attempt to get ADL stats again if they stop working.
Fanspeed starts at 50% now instead of 85% in auto mode.
Extra RPC API features.
Discarded stale counter won't rise if stales are force submitted.
Display the beginning of the new block in verbose mode in the logs.
Fixed dual GPU device fancontrol.
Monitor app started with -m should be terminated on cgminer exit.

Full changelog:
- Damping small changes in hashrate so dramatically has the tendency to always
make the hashrate underread so go back to gentle damping instead.
- Revert the crossover of variables from Vals to W in poclbm kernel now that
Vals are the first declared variables so they're used more frequently.
- Vals variables appearing first in the array in poclbm is faster.
- Change the preferred vector width to 1 for Tahiti only, not all poclbm
kernels.
- Use a time constant 0.63 for when large changes in hashrate are detected to
damp change in case the large change is an aliasing artefact instead of a real
chang
- Only increment stale counter if the detected stales are discarded.
- Attempt to re-initialise ADL should a device that previously reported fanspeed
stops reporting it.
- Move the ADL setup and clearing to separate functions and provide a reinit_adl
function to be used when adl fails while running.
- Use slightly more damping on the decay time function in the never-ending quest
to smooth off the hashmeter.
- Set the starting fanspeed to a safe and fairly neutral 50% when autofan is
enabled.
- Provide locking around updates of cgpu hashrates as well to prevent multiple
threads accessing data fields on the same device.
- Display the beginning of the new block in verbose mode in the logs.
- Reinstate old diablo kernel variable ordering from 120222, adding only goffset
and vector size hint. The massive variable ordering change only helped one SDK
on
- Change the version number on the correct kernels.
- api.c devicecode/osinfo incorrectly swapped for json
- Add extensive instructions on how to make a native windows build.
- Update version numbers of poclbm and diablo kernels as their APIs have also
changed.
- Use global offset parameter to diablo and poclbm kernel ONLY for 1 vector
kernels.
- Use poclbm preferentially on Tahiti now regardless of SDK.
- Remove unused constant passed to poclbm.
- Clean up use of macros in poclbm and use bitselect everywhere possible.
- Add vector type hint to diablo kernel.
- Add worksize and vector attribute hints to the poclbm kernel.
- Spaces for non-aligned variables in poclbm.
- More tidying of poclbm.
- Swap Vals and W variables where they can overlap in poclbm.
- More tidying of poclbm.
- Tidy up first half of poclbm.
- Clean up use of any() by diablo and poclbm kernels.
- Minor variable symmetry changes in poclbm.
- Put additions on separate lines for consistency in poclbm.
- Consolidate last use of W11 into Vals4 in poclbm.
- Change email due to SPAM
- api.c miner.php add a '*' to the front of all notify counters - simplifies
future support of new counters
- miner.php add display 'notify' command
- Small change to help arch's without processor affinity
- Fix bitforce compile error
- api.c notify should report disabled devices also - of course
- API returns the simple device history with the 'notify' command
- code changes for supporting a simple device history
- api.c Report an OS string in config to help with device issues
- api.c fix Log Interval - integer in JSON
- api.c config 'Device Code' to show list of compiled devices + README
- api.c increase buffer size close to current code allowable limit
- removed 8-component vector support from kernel, as this is not supported in
CGMINER anyway
- forgot to update kernel modification date, fixed Wink
- reordered an addition in the kernel, which results in less instructions used
in the GPU ISA code for GCN
- miner.php: option for readonly or check privileged access
- Ignore reduntant-with-build options --disable-gpu, --no-adl, and --no-restart
- miner.php: ereg_replace is DEPRECATED so use preg_replace instead
- Make curses TUI support optional at compile-time.
- Bugfix: AC_ARG_WITH provides withval instead of enableval
- miner.php split devs output for different devices
- api.c: correct error messages
- icarus.c modify (regular) timeout warning to only be debug
- icarus.c set the windows TODO timeout
- Allow specifying a specific driver for --scan-serial
- optimized nonce-check and output code for -v 2 and -v 4
- Bugfix: Check for libudev header (not just library) in configure, and document
optional dependency
- Add API support for Icarus and Bitforce
- Next API version is 1.4 (1.3 is current)
- README/api.c add "When" the request was processed to STATUS
- Bugfix: ZLX to read BitFORCE temp, not ZKX -.-
- Use libudev to autodetect BitFORCE GPUs, if available
- Use the return value of fan_autotune to set fan_optimal instead of passing it
as a pointer.
- Pass the lasttemp from the device we're using to adjust fanspeed in twin
devices.
- fix the name to 3 chars, fix the multi-icarus support
- Bugfix: "-S auto" is the default if no -S is specified, and there is no such
delay in using it
- README add information missing from --scan-serial
- Update README RPC API Version comment
- Bugfix: Allow enabling CPU even without OpenCL support
- Change failed-to-mine number of requested shares messge to avoid segfault on
recursive calling of quit().
- Get rid of extra char which is just truncated in poclbm kernel.
- only small code formating changes
- removed vec_step() as this could lead to errors on older SDKs
- unified code for generating nonce in kernel and moved addition of base to the
end -> faster
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Finally managed to get to my target hashrate for the 7970 with my latest kernel changes to poclbm (at 1200/1050+5%):
 GPU 0:  73.0C 3764RPM | 720.0/719.8Mh/s | A:186 R:0 HW:0 U:10.19/m I:11
Vbs
hero member
Activity: 504
Merit: 500
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Wow thanks. If it does nothing at all positive then it's not worth it.

I've been using this for over a month now. Smiley

Code:
#elif defined VECTORS2
uint result = W[117].x ? 0u:W[3].x;
     result = W[117].y ? result:W[3].y;
if (result)
output[FOUND] = output[NFLAG & result] = result;
This fell into the category of changes known as: I tried it, it compiled differently to less ALUs, but I could not demonstrate any benefit.
hero member
Activity: 518
Merit: 500
Wow thanks. If it does nothing at all positive then it's not worth it.

I've been using this for over a month now. Smiley

Code:
#elif defined VECTORS2
uint result = W[117].x ? 0u:W[3].x;
     result = W[117].y ? result:W[3].y;
if (result)
output[FOUND] = output[NFLAG & result] = result;

What advantage does this give for 5xxx cards ?

Can we have it default for the next cgminer ?

Thanks !
Vbs
hero member
Activity: 504
Merit: 500
Wow thanks. If it does nothing at all positive then it's not worth it.

I've been using this for over a month now. Smiley

Code:
#elif defined VECTORS2
uint result = W[117].x ? 0u:W[3].x;
     result = W[117].y ? result:W[3].y;
if (result)
output[FOUND] = output[NFLAG & result] = result;
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
 Wow thanks. If it does nothing at all positive then it's not worth it.
full member
Activity: 373
Merit: 100
After running for about 10 mins, I'm getting ~51 MH/s with the changes instead of ~56 MH/s without on my Mobility Radeon 5650. (I tried both versions of the kernel with the current git master, so that other changes wouldn't falsify the results.)
sed 's/mins/hours/'
The hashmeter has been tweaked, the measurements should be more stable but now, but it starts slow - please give it more time.

I noticed that. However, after the first 5 mins, there was barely any change for either run.
Note that my hashrate isn't particularly high; any fluctuations were never that high to begin with, and certainly not anywhere near 10%. With the hashmeter change, fluctuations have become even smoother, so I doubt that the hashrate would magically jump 10% just because I let it run a little longer.

AAMOF, I just checked on the run with the old version of phatk which has been running since my last post, and it is still stable at 56 MH/s. I'm initiating another run with the newer version of phatk, but I doubt the results will be significantly different.


Edit: As I expected: after 3.5h the average is at 49.5 MH/s. The Diablo kernel seems to be almost on par with the old phatk, though...
full member
Activity: 210
Merit: 100
After running for about 10 mins, I'm getting ~51 MH/s with the changes instead of ~56 MH/s without on my Mobility Radeon 5650. (I tried both versions of the kernel with the current git master, so that other changes wouldn't falsify the results.)
sed 's/mins/hours/'
The hashmeter has been tweaked, the measurements should be more stable but now, but it starts slow - please give it more time.
Jump to: