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

[elchorizo]

Have you seen this? Possible optimization of the scrypt kernel

https://forum.litecoin.net/index.php/topic,4082.0/topicseen.html

All those changes are of dubious utility and likely to lead to identical binary kernels being generated.

Very sad to hear this, I was wondering about this myself and it seemed promising

[1714234174]

1714234174

[1714234174]

1714234174

[dermo]

Can't find the changelog

found!

https://github.com/ckolivas/cgminer/blob/master/NEWS

[LogicalUnit]

So has anyone got Block Erupter USB sticks working with Raspberry Pi through a powered USB 3.0 hub yet?

[mdude77]

I'm not able to get 3.2.0 to work with my USB block erupters either.  It never finds the device.  Like others that have reported the problem, I'm using a USB 3.0 hub.  It's the only one I could find that could reliable power 7 devices.

M

EDIT: And it was a hassle getting it to work again with 3.1.1.  Reinstalling the USB to COM drivers didn't fix it, as it put them on the next 7 ports (according to device manager), and cgminer couldn't see them there.  On a hunch I manually changed them back to the right ports (3 - 9), uninstalled and reinstalled the USB to COM drivers again, then everything started working again.

Uninstall USB/COM drivers, install WinUSB and try 2.0 hub or port.

Can you try one stick in USB 2.0 hub or directly in USB 2.0 port on your computer? Run cgminer with full debug diags.

WinUSB *IS* installed.  It's required for 3.1.1.  I don't have a 2.0 hub.  I might try one on a 2.0 port on a different computer.  I spent an hour last night trying to get it working, and then recovering from trying to get it working, on my mining rig.  I'm not going there again.

M

[pekv2]

...

cgminer's just reporting what your pool is doing. If it changes difficulty often it's not a very stable algorithm they're using to determine your dynamic difficulty. It's harmless, just noisy.

Ah, k. Thanks a lot .

[bitpop]

I just thought of a problem with the new cgminer and not being able to set devices.
How would I take a few of my 20 lancelots and mine on a different pool/coin?

[ocminer]

Hey folks,

is it possible to let cgminer not crash when a USB device (ztex) is removed while mining ?

Currently I got around 10 ztex boards connected to a usb hub which are all recognized without problems by cgminer 3.2.0 but as soon as a device fails or is physically removed from the usb hub, cgminer crashes and I have to restart again.

Would be great if the "missing" device is simply disabled and a note is posted into the log instead of a whole segfault

Thanks,

oc

[elchorizo]

cgminer 3.2.0 crashes my raspberry pi when using 10 black arrow lancelots.

In addition, I randomly get this when I start it on 3.1.2

 [2013-06-01 17:25:57] Icarus Detect: Test failed at /dev/ttyUSB7: get 00000000, should: 000187a2

Sometimes I'll get that on 5 or 6 devices... sometimes just one. Not sure what is causing that but upgrading won't even let me run them, it locks up after starting within 10 seconds.

[-ck]

I just thought of a problem with the new cgminer and not being able to set devices.
How would I take a few of my 20 lancelots and mine on a different pool/coin?

The --usb command. You can limit how many devices it grabs. cgminer keeps a system wide record of who's got what so 2 instances will not try to grab the same devices.

[boor]

Can anybody share a 32-bit binary for Xubuntu 11.10 ? Built the binary many times. Always get Segmentation Fault.  Thanks.

Motherboard: AOpen i915GMm-HFS
CPU: Intel Pentium M 725 1.6GHz
Video Card: Sapphire HD 7850 1GB 100355-1GOCL

[-ck]

Can anybody share a 32-bit binary for Xubuntu 11.10 ? Built the binary many times. Always get Segmentation Fault.  Thanks.

Motherboard: AOpen i915GMm-HFS
CPU: Intel Pentium M 725 1.6GHz
Video Card: Sapphire HD 7850 1GB 100355-1GOCL

Then it's not the binary since there's no reason the binary would segfault, it's your screwed driver setup.

[kano]

cgminer 3.2.0 crashes my raspberry pi when using 10 black arrow lancelots.

Regarding the crash, being linux, you should be able to get a crash dump that shows what happened.
The RPi binaries in my github are compiled with -g ... I'll put up the 3.2.0 today
So if you:
ulimit -c 2097152
before you run it, it will create a core dump
Then,
gdb cgminer core
bt full
Will produce a backtrace

In addition, I randomly get this when I start it on 3.1.2

 [2013-06-01 17:25:57] Icarus Detect: Test failed at /dev/ttyUSB7: get 00000000, should: 000187a2

Sometimes I'll get that on 5 or 6 devices... sometimes just one. Not sure what is causing that but upgrading won't even let me run them, it locks up after starting within 10 seconds.

Yes that's basically how the Icarus device are. Somewhat unreliable to initialise
One of the big advantages of the default hotplug settings (3.2.0) is that when the devices don't work, it will try again 5 seconds later and usually they work the next time.
(I'll need to add to hotplug to give up on a device after a few tries in a row ... if the device really is no good or wont initialise)

With the latest cgminer git there is a python script in there called usbtest.py
https://github.com/ckolivas/cgminer/blob/master/usbtest.py
(I've been using this for quite a long time, about a year, but recently added it to the git)
It talks to the old serial device:
With that you can send a single command to a USB miner.
An example to use it:
Firstly either make sure cgminer isn't running, or disable hotplug with java API 'hotplug|0'
Then AFTER that, plug in your USB miner
Then e.g. ./usbtest.py /dev/ttyUSB0 icarus
(you'll have to find your miner number e.g. ls /dev/ttyUSB*)
It sends 2 test icarus work items to the device and shows the expected result and the actual result
You will find that on occasion it fails or returns incorrect results - even on the serial-USB kernel setup with python.
i.e. all of this simply shows that indeed they sometimes fail to initialise, but with hotplug, usually get it right the 2nd time if it fails the first time.

[boor]

How to setup driver?
I followed the guide here:
https://docs.google.com/document/d/1Gw7YPYgMgNNU42skibULbJJUx_suP_CpjSEdSi8_z9U/preview?sle=true&pli=1
and
http://bitcoin-mining-headless.blogspot.com/

Tried AMD Catalyst driver 13.4 and 12.8,  AMD APP open cl driver 2.8 and 2.7. No error when building cgminer.

Thanks.

Can anybody share a 32-bit binary for Xubuntu 11.10 ? Built the binary many times. Always get Segmentation Fault.  Thanks.

Motherboard: AOpen i915GMm-HFS
CPU: Intel Pentium M 725 1.6GHz
Video Card: Sapphire HD 7850 1GB 100355-1GOCL

Then it's not the binary since there's no reason the binary would segfault, it's your screwed driver setup.

[Rail]

A few minutes ago Symantec Endpoint Protection (version 12.1.2015.2015) deleted cgminer.exe determining it to be a Trojan.Zbot virus.
I've been using this executable for at least 3 months, it's from cgminer-2.10.1-win32 package, cgminer.exe, size 431104
I have just compared the crc of the file I've been working with all this time and the file from the package and they are identical.

I am a bit shocked, cause I do pay a lot of attention to using latest updates for a firewall and SEP, filtering what apps are allowed to go outside and and what are not, and I am also not prone to clicking on every link I see and generally cautious when browsing hte web.

In parallel SEP deleted several files, I am attaching a screenshot of that.

The question is - is this a false positive? Is this a known issue and I can just keep mining happily or do I have to change all my passwords and so on?

http://anonymouse.org/cgi-bin/anon-www.cgi/http://img62.imageshack.us/img62/2111/virusscreenshot.png

[bitpop]

False it's the fact cgminer is used in trojans to mine

[Rail]

False it's the fact cgminer is used in trojans to mine

That's what I am aware of, I wonder what those other files that were deleted are and if they could use the vanilla unaltered cgminer.exe for their purpose.

Just in case, could anyone confirm that md5 hash sum for cgminer.exe from cgminer-2.10.1-win32 package is af60f0da905591f0a3eb6167f27d7228 please?

Thanks

[dwolfman]

And I would add to that to stop using SEP.  Worst antivirus ever.  Know from experience having to support it on desktop systems in a prior job.  It would take a good 6 months before it would start detecting stuff that Malwarebytes or Microsoft Security Essentials (MSE) would detect within days.

I use MSE at home on all my Windows machines, works great and VERY rare false positives. 

[bitpop]

Why don't you just upgrade cgminer

[bitpop]

Ps those other files looked useful. I'm assuming you run server edition hence your only option is sep.

[kano]

False it's the fact cgminer is used in trojans to mine

That's what I am aware of, I wonder what those other files that were deleted are and if they could use the vanilla unaltered cgminer.exe for their purpose.

Just in case, could anyone confirm that md5 hash sum for cgminer.exe from cgminer-2.10.1-win32 package is af60f0da905591f0a3eb6167f27d7228 please?

Thanks

... and relevant ... this is mentioned in the FAQ in the README

The other files have nothing to do with cgminer.

af60f0da905591f0a3eb6167f27d7228  cgminer.exe
94554fd1461edb2946f5ebfcabd9e203  cgminer-fpgaonly.exe