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

[Xian01]

I've created an AntMinerS2 firmware.
...

Thank you for this. Most appreciated. Updated two of my S2's this morning and will report any issues.

Cheers.

[DeeBo]

Has anyone noticed improved hash rate by updating cgminer on the Antminer S1?  It looks like the latest firmware from Bitmain is running cgminer 3.12.  I just got mine recently so that's the version it shipped with and it's been running without issue right around 180GH/s each (I didn't overclock... my 750W power supply probably couldn't handle any extra load since I'm running 2 S1's off of it.)

I read your instructions and it seems pretty straight forward to update since I'm very familiar with Linux and ssh.  I'd just like to know what practical benefits I would get from updating.  I'm kind of leaning towards "if it ain't broke don't fix it" unless it would help me out in some way.

[norgan]

Has anyone noticed improved hash rate by updating cgminer on the Antminer S1?  It looks like the latest firmware from Bitmain is running cgminer 3.12.  I just got mine recently so that's the version it shipped with and it's been running without issue right around 180GH/s each (I didn't overclock... my 750W power supply probably couldn't handle any extra load since I'm running 2 S1's off of it.)

I read your instructions and it seems pretty straight forward to update since I'm very familiar with Linux and ssh.  I'd just like to know what practical benefits I would get from updating.  I'm kind of leaning towards "if it ain't broke don't fix it" unless it would help me out in some way.

As I understand it, the update was meant to fix efficiency issues while using the s1 on p2pool. I'm not sure it makes any difference on other pools. My reject rate is below 5% now with the update and a local p2pool node.

[Davefox]

Gents

Firstly i am a complete noob who has been bitten hard!!!

BUT all day today has fryed my head... completely shot.

Basicly i have got an avalon 2 100ghs single unit. I got a tplink mr3020 and tired to flash with new firmware and guess what bricked it. SO i thought bullocks i wanted a Raspberry PI anyway so an excuse to get one and have a play.

So today i get one from a local shop, get noobs installed and running, install a version of CGminer via GIT and following instructions. This version couldnt see the device. Found another thread where someone else had used a certain version of CGMINER. Installed this and it still wouldnt find it.

So found this thread installed lastest version. When compiled i used -enable-avalon2 which in the list it said enabled.

Some commands from pervious threads didnt seem to work in this version.

Sat looking at the readme file and well my head is beyond repair. I cant even find the basic commands to view usb device lists to see if its now visable.

Is there an idiots guide to install 4.3.5? and setup or am i beyond help lol.

[os2sam]

I cant even find the basic commands to view usb device lists to see if its now visable.

The "-n" argument displays all usb devices available and exits.  It is in the readme.

[-ck]

New release: Version 4.4.0, 16th June 2014

New driver warrants the minor version bump.


Human readable changelog:

- Rockminer R-Box support. This driver is based on the manufacturer provided driver but does NOT interfere with existing icarus devices such as the AMU, ANU, CMR2 etc. and it only takes the one parameter for overclocking,

Code:

--rock-freq <arg>   Set RockMiner frequency in MHz, range 125-500 (default: 270.0)

In my testing, this device usually only starts with hotplugging so after starting be patient while it gets going. This seems to take longer on windows. Also no frequency above 290 will be passed to the device and I didn't have much success running it higher than the default frequency, getting ~32GH.
- Fixed the failure to work with p2pool on the last release.
- Error messages on stratum connections are now displayed if something really borked has happened and the pool has informed you (such as invalid nonce2 length).
- Cointerra and minion fixes.
- Build fixes for some mips environments.


Full changelog

- Tidy unused rockminer variables
- Tidy rockminer defines
- Make rockminer driver compatible with other icarus drivers being present
- Import basic rbox driver
- minion - add optional (on) GPIO chip selection
- Clear the pool idle flag in the pool test thread
- CoreFmatch in cointerra should be a uint16
- Display error message if we receive one on share rejects
- Allow zero length strings to be passed to valid_hex
- delete unused roundl definition

[BenTuras]

To me it looks like a valuable change, given the waste of traffic that now occurs.

This is a gross exaggeration for any existing hardware that uses the bifury protocol on cgminer which produces only tiny amounts of traffic. Scaling device internal diff to pool diff will just make the hashrate calculation more and more inaccurate but not have any significant effect on performance or decrease CPU utilisation. Your OSM devices max out at 32GH which produces only 7 shares per second - even an RPi wouldn't register any measurable CPU usage processing those to filter out and send only the suitable shares to the pool. That's not to say the change won't eventually be required and welcome, just that it is not something I have time to work on at the moment since there is no benefit to existing miners.

"Any existing hardware". I am sure you don't know all existing hardware using Bitfury chips, so your "produces only tiny amounts of traffic" is wrong.
You are right when only looking at one OneStringMiner board, doing 32GH/s, but what about 384 of them in a cluster ? Do you now see why it would be beneficial ?

Given the fact that you don't react on my small code changes, I may assume they are correct ?

[-ck]

I'm not sure why you're rehashing the same discussion we had in private here in public, but I'll put it down to frustration with me not working on that change for you. Sorry but I'm drowning in existing hardware people want me to get working, code, work and other real life commitments. I acknowledged the need for it but it will remain low priority for me for the reasons I've already outlined. If someone else pushes appropriate code I'm always happy to take it.

So, if I understand you correctly I need to make the following changes to driver-bitfury.c :

Code:

	sprintf(buf, "target ffffffff\n");
into
	sprintf(buf, "target %08lx\n",(0xffffffff/pool_difficulty));

		ret = (double)0xffffffff * nonce_rate;
into
		ret = (double)(0xffffffff/pool_difficulty) * nonce_rate;

		info->nonces++;
(occurs twice) into
		info->nonces += pool_difficulty;

There is no need to increment nonces by pool difficulty as that will be doubling up the change. Otherwise it's fine in principle as a coarse change.

[BenTuras]

I'm not sure why you're rehashing the same discussion we had in private here in public, but I'll put it down to frustration with me not working on that change for you. Sorry but I'm drowning in existing hardware people want me to get working, code, work and other real life commitments. I acknowledged the need for it but it will remain low priority for me for the reasons I've already outlined. If someone else pushes appropriate code I'm always happy to take it.

I am not frustrated at all and I do understand you have better things to do. I even suggested the needed code change (in pseudo code) for you to quickly review and give your blessing, that's all.

So, if I understand you correctly I need to make the following changes to driver-bitfury.c :

Code:

	sprintf(buf, "target ffffffff\n");
into
	sprintf(buf, "target %08lx\n",(0xffffffff/pool_difficulty));

		ret = (double)0xffffffff * nonce_rate;
into
		ret = (double)(0xffffffff/pool_difficulty) * nonce_rate;

		info->nonces++;
(occurs twice) into
		info->nonces += pool_difficulty;

There is no need to increment nonces by pool difficulty as that will be doubling up the change. Otherwise it's fine in principle as a coarse change.

Thanks.

[Davefox]

I cant even find the basic commands to view usb device lists to see if its now visable.

The "-n" argument displays all usb devices available and exits.  It is in the readme.

something im doing wrong since worked on verison i used before, on the lastest install from sources on front page of this thread it didnt work.

Fresh start today on a fresh install now ive got a clear head.

[Ankhy]

I've compiled the newest cgminer 4.4.0 with following Options on a Raspian PI Debian Wheezy:

Code:

sudo apt-get install libusb-1.0-0-dev libusb-1.0-0 libcurl4-openssl-dev libncurses5-dev libudev-dev
wget http://ck.kolivas.org/apps/cgminer/cgminer-4.4.0.tar.bz2
tar xvf cgminer-4.4.0.tar.bz2
cd cgminer-4.4.0
./configure --enable-icarus
make

Done several times before with previous cgminer Versions, but with this Version I'm not able to mining. Cgminer declares that no USB Devices has been found, when I started it with following Option:

Code:

sudo ./cgminer -o stratum+tcp://stratum.examplepool:port -u xyz -p zyx --anu-freq 250

If I'm starting cgminer only with -n  it outputs this:

Code:

sudo ./cgminer -n
 [2014-06-17 13:05:20] USB all: found 19 devices - listing known devices
.USB dev 0: Bus 1 Device 19 ID: 10c4:ea60
  Manufacturer: 'Silicon Labs'
  Product: 'CP2102 USB to UART Bridge Controller'
.USB dev 1: Bus 1 Device 18 ID: 10c4:ea60
  Manufacturer: 'Silicon Labs'
  Product: 'CP2102 USB to UART Bridge Controller'
.USB dev 2: Bus 1 Device 17 ID: 10c4:ea60
  Manufacturer: 'Silicon Labs'
  Product: 'CP2102 USB to UART Bridge Controller'
.USB dev 3: Bus 1 Device 15 ID: 10c4:ea60
  Manufacturer: 'Silicon Labs'
  Product: 'CP2102 USB to UART Bridge Controller'
.USB dev 4: Bus 1 Device 14 ID: 10c4:ea60
  Manufacturer: 'Silicon Labs'
  Product: 'CP2102 USB to UART Bridge Controller'
.USB dev 5: Bus 1 Device 13 ID: 10c4:ea60
  Manufacturer: 'Silicon Labs'
  Product: 'CP2102 USB to UART Bridge Controller'
.USB dev 6: Bus 1 Device 12 ID: 10c4:ea60
  Manufacturer: 'Silicon Labs'
  Product: 'CP2102 USB to UART Bridge Controller'
.USB dev 7: Bus 1 Device 11 ID: 10c4:ea60
  Manufacturer: 'Silicon Labs'
  Product: 'CP2102 USB to UART Bridge Controller'
.USB dev 8: Bus 1 Device 10 ID: 10c4:ea60
  Manufacturer: 'Silicon Labs'
  Product: 'CP2102 USB to UART Bridge Controller'
.USB dev 9: Bus 1 Device 6 ID: 10c4:ea60
  Manufacturer: 'Silicon Labs'
  Product: 'CP2102 USB to UART Bridge Controller'
 [2014-06-17 13:05:20] 10 known USB devices

But if I'm using a previous Version of Cgminer all U1 / U2 Ants were be found, so I think that there is something going wrong with cgminer 4.4.0 ?

[Davefox]

I cant even find the basic commands to view usb device lists to see if its now visable.

The "-n" argument displays all usb devices available and exits.  It is in the readme.

something im doing wrong since worked on verison i used before, on the lastest install from sources on front page of this thread it didnt work.

Fresh start today on a fresh install now ive got a clear head.

Any advice some anyone please??

I have got cgminer 4.3.5 or 4.4.0 installed on another sd card. When i have cgminer running it says it can see the device as a serial usb connection since the miner is an avalon2 but it wont enable? Have i missed a command? i did compile with --enable-avalon2.

Sorry to ask so many questions Raspberry PI and cgminer are new to me and trying to learn.

*EDIT if i use sudo ./cgminer -n it details usb device.

When running cgminer it says 0 usb devices perharps i have not enabled the right option? but i have used avalon2 and its the single blade style 100ghs

[Polyatomic]

I cant even find the basic commands to view usb device lists to see if its now visable.

The "-n" argument displays all usb devices available and exits.  It is in the readme.

something im doing wrong since worked on verison i used before, on the lastest install from sources on front page of this thread it didnt work.

Fresh start today on a fresh install now ive got a clear head.

Any advice some anyone please??

I have got cgminer 4.3.5 or 4.4.0 installed on another sd card. When i have cgminer running it says it can see the device as a serial usb connection since the miner is an avalon2 but it wont enable? Have i missed a command? i did compile with --enable-avalon2.

Sorry to ask so many questions Raspberry PI and cgminer are new to me and trying to learn.

*EDIT if i use sudo ./cgminer -n it details usb device.

When running cgminer it says 0 usb devices perharps i have not enabled the right option? but i have used avalon2 and its the single blade style 100ghs

You can do the old, ls /dev/ttyUSB* and start cgminer with ./cgminer -S /dev/ttyUSB0 --avalon2-voltage 10000 --avalon2-freq 1500 --avalon2-fan 90 -o YOUR_POOL:PORT

[-ck]

I've compiled the newest cgminer 4.4.0 with following Options on a Raspian PI Debian Wheezy:

Code:

sudo apt-get install libusb-1.0-0-dev libusb-1.0-0 libcurl4-openssl-dev libncurses5-dev libudev-dev
wget http://ck.kolivas.org/apps/cgminer/cgminer-4.4.0.tar.bz2
tar xvf cgminer-4.4.0.tar.bz2
cd cgminer-4.4.0
./configure --enable-icarus
make

Done several times before with previous cgminer Versions, but with this Version I'm not able to mining. Cgminer declares that no USB Devices has been found, when I started it with following Option:

Code:

sudo ./cgminer -o stratum+tcp://stratum.examplepool:port -u xyz -p zyx --anu-freq 250

But if I'm using a previous Version of Cgminer all U1 / U2 Ants were be found, so I think that there is something going wrong with cgminer 4.4.0 ?

I wonder if it's related to the rbox code going into the icarus driver. It doesn't seem to interfere on PC linux or windows, so I'm not sure why the pi would be different but anything's possible. Does it work with 4.3.5?

[-ck]

I cant even find the basic commands to view usb device lists to see if its now visable.

The "-n" argument displays all usb devices available and exits.  It is in the readme.

something im doing wrong since worked on verison i used before, on the lastest install from sources on front page of this thread it didnt work.

Fresh start today on a fresh install now ive got a clear head.

Any advice some anyone please??

I have got cgminer 4.3.5 or 4.4.0 installed on another sd card. When i have cgminer running it says it can see the device as a serial usb connection since the miner is an avalon2 but it wont enable? Have i missed a command? i did compile with --enable-avalon2.

Sorry to ask so many questions Raspberry PI and cgminer are new to me and trying to learn.

*EDIT if i use sudo ./cgminer -n it details usb device.

When running cgminer it says 0 usb devices perharps i have not enabled the right option? but i have used avalon2 and its the single blade style 100ghs

You can do the old, ls /dev/ttyUSB* and start cgminer with ./cgminer -S /dev/ttyUSB0 --avalon2-voltage 10000 --avalon2-freq 1500 --avalon2-fan 90 -o YOUR_POOL:PORT

I'm not sure what the problem is with your avalon2 but one thing I am sure of is there is  no -S command in the mainline cgminer for any ASICs and hasn't been for a year. That was only for old serial based devices and all mainline cgminer uses direct USB only (cgminer forks are likely different but any drivers merged into mainline cgminer have to use direct USB).

[techman05]

I have 4.4 on a clean pc and what I see is what I saw in 4.3. I tried to offset my bitcoin devices from a known working pc and found they'd be marked as dead after a while. This happens quicker on usb 3.0(30 mins vs 1 hr and 30 mins[which doesn't take all night to notice]) but it's the first time I saw this.

The devices are mostly u1 and u2 devices but my drillbit eight board device disappeared once as well but a power cycle and disconnect seemed to work that out. Both pc's were both windows 7 and current on updates.

I hope you can look into this

[-ck]

I have 4.4 on a clean pc and what I see is what I saw in 4.3. I tried to offset my bitcoin devices from a known working pc and found they'd be marked as dead after a while. This happens quicker on usb 3.0(30 mins vs 1 hr and 30 mins[which doesn't take all night to notice]) but it's the first time I saw this.

The devices are mostly u1 and u2 devices but my drillbit eight board device disappeared once as well but a power cycle and disconnect seemed to work that out. Both pc's were both windows 7 and current on updates.

I hope you can look into this

Some USB3 on windows are famously less reliable via libusb. I've yet to see any reasonable workaround I'm afraid. If you can find a usb2 port on the pc or plug a usb2 hub in and plug them into that you might have more luck.

[-ck]

I'll be travelling over the next 4 weeks and while I will have internet access I will only be available in a limited capacity so bear that in mind with support or development requests and don't assume I've abandoned you all.

[IYFTech]

That's it. We're all  screwed 

Will Kano be lurking?

[Polyatomic]

I'm not sure what the problem is with your avalon2 but one thing I am sure of is there is  no -S command in the mainline cgminer for any ASICs and hasn't been for a year. That was only for old serial based devices and all mainline cgminer uses direct USB only (cgminer forks are likely different but any drivers merged into mainline cgminer have to use direct USB).

ok, no drama I will go back to the docs.