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

[paramind22]

Thanks all for the help, will pm.

[1537891365]

1537891365

[1537891365]

1537891365

[paramind22]

Anyone have a good working link for a compiled binary for cgminer ubuntu 386/32 build or one that will work on that?
I did get one from https://launchpad.net/ubuntu/vivid/i386/cgminer but my system didn't have permission to install it. 

[-ck]

New release: Version 4.10.0 - 23rd January 2017

http://ck.kolivas.org/apps/cgminer/

Lots of driver updates and numerous accumulated fixes and improvements.


Human readable changelog:

The very short version:
Avalon 4/5/6/7 support
Compac gekko support
Solo mining segwit support
Updated build to use system libusb
Updated build to latest jansson library
Lots of low level fixes and reliability improvements
Pool failover handling improvements
Diff handling improvements
Extra block change information
Other configuration options
See full changelog for unlisted items.


Full changelog:

- Silence warning.
- Clean up compac driver.
- Allocate appropriate memory size for PSECURITY_DESCRIPTOR
- Remove jansson memory tricks.
- Increase header size for gbt solo.
- Increase header size.
- Fix curl build on mingw
- Windows build fixes.
- Fix avalon4 warnings.
- We can only change diff once per notify so assume successive diffs are stacked
for successive notifies.
- Enable avalon4 building with avalon7.
- Move to system libusb.
- Upgrade to jansson 2.9
- display restart thread errno
- String length sanity checks in config parsing.
- Make pool_no and block height logging more consistent
- Always clean swork when prev_hash changes
- Add nonce mask to api for Avalon7
- Add new options for Avalon7
- Add a device table for Avalon7
- Update AVA7_DEFAULT_MINER_CNT usage
- Add frequency range support 100MHz - 500MHz
- Added roll_work_ntime() to enchance performance
- Revert "Set default ava7 nonce mask to 27 which empiric testing shows stable
and more rapid rise in frequency without significant overshoot."
- Remove useless code in avalon7
- Detect avalon7 modules during ava7 init and only add the device if any modules
exist.
- Unplug avalon7 on failing to re-init AUC to allow a clean hotplug event which
is more reliable.
- Fix warning without ava4/7
- Re-initialise libusb if there are no active devices before the next hotplug
event.
- Reset the tv_end variable before each libusb handle events call.
- Fix Vo display for A741
- Update AVA7_DEFAULT_ASIC_MAX for A741
- Tweak ava7 fan control further.
- Set default ava7 nonce mask to 27 which empiric testing shows stable and more
rapid rise in frequency without significant overshoot.
- Set ava7 starting fan to 1/3 speed between min and max.
- Convert the avalon7 fan control to use a PID-like feedback mechanism for
optimal fan speed and quasi-constant temperature. Change meaning of target
temperature to actual desired temperature, setting it to 90C. Set minimum
fanspeed to 5% as a safety fallback.
- Inherit the diff from the original stratum in submit_nonce2_nonce, fixing
wrong diff submits on avalon6/7.
- Use diff1 and diff rejected to calculate hashrate in avalon7 for a more stable
displayed hashrate.
- Check for nodev errors after usb transfers to not change the err value.
- There is no need for complicated locking in usb_reset; simply use the write
lock and avoid locking risks.
- Update nonce mask from 31 to 29
- Send jobid when it's update
- Flush useless works when new block was found
- Update error polling count
- Fix frequency mode for Avalon7
- Added connection overload detection and API entry
- Fixed some English mistakes
- Fix display mm status when stratum pool is failed
- Update api display
- Reset usb devices if they fail to initialise.
- TIMER_ABSTIME is not available on osx
- Get rid of binary stratum work based on avalon7 define.
- Remove impossible comparisons from avalon7.c
- Style police.
- Don't use the stratum work generator for Avalon7
- Add STRATUM_USER_AGENT macro for utils
- Update README and ASIC-README for Avalon7
- Add Avalon7 support
- Fix warning in AV4 driver
- Update AVA4_DEFAULT_MODULARS
- Update nonce2 start and range
- Add more options for AVA4_FREQ_TEMPADJ_MODE
- Double check data size when use avalon4_auc_xfer
- Update AVA4_MM60_TEMP_FREQADJ
- Fix xfer_err_cnt
- Avoid thread block when use AV4 iic driver
- Update check rules for AUC
- Support AV4 miner detect through iic
- Fix some settings for AvalonMiner 6.0
- advertise segwit support for solo mining
- add support for segwit commitment insertion
- add bip9 support
- Fix work update for hash_work
- Fix various minor once-off memory leaks
- Fix read beyond stack size issue
- Reattach kernel driver to correct IF
- Fix clobbered by ‘longjmp’ or ‘vfork’ warning
- Fix unreachable code
- allow for independent target freq so bad stick doesn't effect group
- +1 freq hex alignment
- tidy up naming to match general conventions
- tidy up some unused vars
- Add in ramp code. Untie compac detect from default icarus fallback detect to
have a cleaner device detect path.
- move over code to fit serial number on screen
- changed a few spaces to tabs
- Added GekkoScience Compac detection and support to the icarus driver.
- Show Current Block Version under pools api
- Show Current Block Height under pools api
- Update avalon4 options
- Update AVA4_DEFAULT_SMART_SPEED to AVA4_DEFAULT_SMARTSPEED_MODE3
- Update avalon4_update process
- Code cleanup
- Minor update
- Detach the duplicate dev when detect in xfer
- Update mm count when scan hash
- Check module if exits when detect
- Update hashmeter for avalon devs
- Fix i_5s usage
- Update smart frequency for AVA4_DEFAULT_SMARTSPEED_MODE3
- Add new smart speed mode (mode 3)
- Update default value
- Add more options for smartspeed
- Don't label threads of devices that are paused as sick
- Set avalon4 to cut off if thread should be paused
- ASIC-README: Avalon6 will come up as AV6
- Update the ASIC-README and help message of Avalon4/4.1/6
- fix cgminer-api compilation on osx
- Support low diffs like those on testnets
- Restart being missed outside of block change
- Set default frequencies for ava4/6 in the correct place if none is specified
- Use a generic zero stats function for drivers that don't implement their own
- The fan control for ava6 overshoots often so use a safer non-linear curve
mechanism relative to the target temperature and remove inappropriate caps to
opt_avalon4_overheat and opt_avalon4_temp_target
- 450 would appear to be the most reliable startup speed for ava6 so revise it
down further
- Avoid double locking when checking if a block exists to prevent a further race
between seeing it and adding it
- AVA6 is more reliable starting up at the slightly slower speed of 470, making
it internally start at 450 before working its way up
- Set the freq array variables when setting default frequency as well
- Set default frequency according to ava type if none is specified on the
command line, choosing 475 as default for ava6
- Use AV6 name for avalon6 in ava4 driver
- Update copyright notices for ava4 driver
- Fix warnings
- Log blockheight when the pool changes to a new block.
- Check for stratum clean message in test_work_current to not give false
positive messages for missed pool notifications of block changes
- Update AVA4_DEFAULT_SPEED_ERROR
- Add new option for Avalon6
- Update frequency process
- Update AVA4_DEFAULT_TEMP_TARGET for Avalon6
- Update voltage decode for Avalon6
- Update temperature target and overheat
- Update target temp settting
- Update fan adjust
- Update Vol api display
- Update avalon4 option
- Display stratum difficulty in pool api
- Fix divide by zero
- Fix nonce counter
- Fix GHS display
- Display total asics for Avalon6
- Update max diff for Avalon4 and Avalon6
- Update temperature check
- Fix typo
- By default we enable automatic frequency
- Minor changes
- Update display
- Update api display
- Fix GHSmm
- Update api for Avalon6
- Display pll infomation for Avalon6
- Update frequency for Avalon6
- Turn on avalon6 nonce check as default
- Update convert voltage
- Update voltage display
- Display more status
- Enable adjust frequency automatically
- Update convert voltage
- Update temperature display for Avalon6
- Add more options for Avalon6
- Update asic count for Avalon6
- Update hashrate counter
- Decode voltage and temperature for Avalon6
- Support error code for Avalon6
- Support 2 miners for Avalon6
- Show ASCI status for Avalon6
- Don't need config voltage for Avalon6
- Update MM60 profile
- Add nonce counter for Avalon6
- Hide MW for Avalon6.0
- Count hw for Avalon6
- Increse stat buffer size
- Fix job_idcmp when copy stratum
- Add Avalon6 support
- Apply immediately the first set_difficulty
- store the next difficulty
- Make pool fallback time configurable and default to 2 minutes instead of 5.
Rework fallback mechanism to check pool status every 5 seconds and not miss a
recovering pool.
- Fix error message for pools such as p2pool that use no nonce1 in their stratum
templates
- Set work delay to 1 for AntS1 and AntS2
- driver-bitmain default tempoverctrl off so it can be disabled
- API add Work Difficulty to pools
- remove some documention references to getwork
- Support multiple modulars frequency setting
- Decode frequency for Avalon nano 2.0
- Decode adc status for Avalon nano 2.0
- Display temperature in api (Avalon nano 2.0
- Display asic match works for Avalon5
- Support adjust frequency by asics
- Display asic freq in status
- Diplay moving average dh for Avalon5
- Fix api display
- Upgrade date/timestamp strings to millisecond accuracy
- Support voltage adjustment automatically by modular
- Support Avalon5
- Increase AVAM_DEFAULT_ADJ_INTERVAL
- Boundary check
- Update AVAM_DEFAULT_VOLTAGE_MIN
- Check the final freq
- Support frequency adjust automatically
- Add simple moving sum of the hardware errors
- Add elapsed info for Avalon miner
- Advise against building blockerupter driver
- Move blockerupter driver to after icarus to not interfere with their detection
if built in

[vapourminer]

glad to have compac support baked in now. thanks!

will be nice to have the official cgminer running again.

EDIT: avast thinks its a virus. naturally 

will send it in to them so they can white list it.

[-ck]

glad to have compac support baked in now. thanks!

will be nice to have the official cgminer running again.

You're welcome. Since I don't have one I'm relying entirely on the assurance from the code submitter that it actually works. All I could do was confirm it didn't interfere with existing similar devices that I own.

[sidehack]

Is Compac support based on Novak's Icarus rework from 2015 or so, or VH's new code from the last couple months?

[bitsolutions]

Is Compac support based on Novak's Icarus rework from 2015 or so, or VH's new code from the last couple months?

The pull request looks to be VH's code.

[vh]

Is Compac support based on Novak's Icarus rework from 2015 or so, or VH's new code from the last couple months?

This would be the rework based on Novak's code, for proper base compac support in cgminer.   

More recent code will be a complete ground up design / approach for the new products with backward compatibility.   
It has a side effect of nicer performance for the original compac, but is not ready for main cgminer yet.

[siddartha1492]

Hello guys
I just wanted to know if this would work on intel i5-4440 graphics. I don't have external graphics card, but 1 GB of memory is reserved for intel graphics. I am totally new to mining. I hope you guys will help me.

[-ck]

Hello guys
I just wanted to know if this would work on intel i5-4440 graphics. I don't have external graphics card, but 1 GB of memory is reserved for intel graphics. I am totally new to mining. I hope you guys will help me.

No.

Bitcoin is mined with dedicated hardware called ASICs these days ONLY and not regular PC hardware, and this software is only used to drive ASICs.

[siddartha1492]

Thanks ck. Is there any other trusted miner through which I can mine using intel graphics or even a separate graphics card. I am not looking to mine Bitcoin, but scrypt based altcoins.

[os2sam]

Thanks ck. Is there any other trusted miner through which I can mine using intel graphics or even a separate graphics card. I am not looking to mine Bitcoin, but scrypt based altcoins.

Post in the altcoin section, you should get plenty of help there.  This is the Bitcoin section.

[CustomDesigned]

ARM crash with a trivial API client

The source for 4.10.0 helpfully provides api-example.php which shows raw summary data, and then php data structure parsed from the raw summary data.  All good, and works.

So, not being a php person I attempted to boil down what api-example.php does, and akaict it does this:

$ echo -n summary | nc 127.0.0.1 4028

Silly me, not only does that not work, but it crashes cgminer, and my 256M arm system running cgminer.  (Some sort of resource exhaustion - system is still pingable, but unable to accept new logins.)  Apparently, the slow readline loop to read result bytes one at a time is critical to avoid crashing cgminer.  Is this a known problem?

All I want to do is monitor the total hash rate with nagios.  I guess I can run php at each check...

I tried this on a x86_64 desktop (Fedora 25) running cgminer-4.10.0, and it works. On the arm controller, both versions crash with "echo -n summary | nc 127.0.0.1 4028".  So I guess it might be a timing thing, and that slow read loop is critical on tiny computers.  Maybe I can simulate it with python.

I tried with and without the embedded jansson-2.9 lib on X86_64 - it works on both.   The arm box system jansson is 2.6, so I used the embedded version.
----
Update: twice now, reading status via API from miner.php has crashed the arm controller.  So it is a timing thing, and it just happens much less often with the php client.  The next step will be to put some resource limits on cgminer via its systemd service.  If I can keep a login running when cgminer crashes, then we can do some debugging.

[CustomDesigned]

AU3 slowdown from 4.9.2 to 4.10.0

Ok, with cgminer-4.9.2, my AU3 (https://www.amazon.com/gp/product/B016CWBYJK/) gets 12.5Gh/s over several days.  With cgminer-4.10.0, it gets 8.5Gh/s over several days.  The older USB miners all get the same on both versions.  Both versions have all generic USB drivers enabled.  I get the same results on both my 256M arm controller and an x86_64 desktop running Fedora 25.  I'm also getting a lot more accepted hashes with 4.9.2 - several times more, which the modest increase in total hashing power doesn't explain.  [^1]

Conclusion: There may be a (subtle and hard to debug) problem with 4.10.0.  :-(

I will try to submit this to Fedora as an official package.  Fedora will ship using the system jansson lib.  4.9.2 autoconfig is unable to find the system jansson lib, but 4.10.0 does find it.  

Another question:

When systemd kills cgminer (either version) on the ARM system, cgminer spits out a summary as it shuts down which goes into the system journal.  Nice.  When systemd kills cgminer on the x86_64 desktop, cgminer just dies.  No summary.  No "shutting down" message.  Why?

[1]: over a 3 hour period, my tiny rig got 9 accepted shares, with a square root of 3.  So the changes in accepted work units are within reasonable variance for such a small rig.

[tim_n]

Just downloaded 4.10 for windows

Have an RX 480, figured since I was working away and have solar panels etc, I'd set my RX doing some work.  Not looking to overclock, just some default settings.

However whenever I try to run cgminer, it runs, enter URL U/P etc and nothing happens - ok not setup to use my GPU, so I go to settings and write and press enter for default settings and it crashes.

It's done it repeatedly - can't get past it.

Been looking for some sort of default config file, but not sure what I should be putting in the for the 8GB RX 480 - I'm assuming core is 1266 and mem is 677? (been told 1/3 of total memory is safe?)

Regardless, nothing happens at all.  Perhaps it's a permissions issue?

Running windows 10 - any help appreciated![/s]

[-ck]

Just downloaded 4.10 for windows

Have an RX 480

Cgminer is bitcoin mining software for ASIC mining hardware, not GPUs.

[-ck]

Ok, with cgminer-4.9.2, my AU3 (https://www.amazon.com/gp/product/B016CWBYJK/) gets 12.5Gh/s over several days.  With cgminer-4.10.0, it gets 8.5Gh/s over several days.  The older USB miners all get the same on both versions.  Both versions have all generic USB drivers enabled.  I get the same results on both my 256M arm controller and an x86_64 desktop running Fedora 25.  On the arm controller, both versions crash with "echo -n summary | nc 127.0.0.1 4028".  I'm also getting a lot more accepted hashes with 4.9.2 - several times more, which the modest increase in total hashing power doesn't explain.  

Conclusion: There may be a (subtle and hard to debug) problem with 4.10.0.  :-(

Subtle or otherwise, if you do a git bisect to find the point of slowdown between 4.9.2 and 4.10.0 you should be able to find it what commit is responsible.

If you're getting a crash on any platform, if you build a debug version (with CFLAGS -g only) and then run it in gdb you should be able to get a backtrace to find the crash debug. But if you're out of ram/resources, there's not much I can suggest.

Also please don't post 3 consecutive posts for the same issue. Edit your last post or create a new post, deleting your old one.

[vayvanne]

on my windows setup the 4.10.0 keeps testing the pool and testing and testing

[Narcisse]

Total noob question. How does one update Cgminer in an Antminer S5?
IMs appreciated, Im still learning so dont bash me too bad.

[-ck]

Total noob question. How does one update Cgminer in an Antminer S5?
IMs appreciated, Im still learning so dont bash me too bad.

The cgminer in an antminer S5 is usually precompiled in firmware provided by bitmain and is based on an old forked version of cgminer. It is not supported by the official cgminer version and would be far from trivial to be supported and build a binary for the embedded controller of the S5. In short you cannot build the latest cgminer for S5. I built a temporary binary for the S5 a while ago which you can copy to the S5 here:
http://ck.kolivas.org/apps/cgminer/antminer/s5/
But it does not stay on the device across reboots and is based on 4.9.0 code. If you are not having trouble with your S5 there is little to gain by updating the software anyway, accepting the shortcomings of the forked older version from bitmain. Except in the case of mining on p2pool (which I recommend against with any antminer because of their code problems), most of the issues with their version of cgminer are not showstoppers.