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

[-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

[1498133728]

1498133728

[1498133728]

1498133728

[1498133728]

1498133728

[1498133728]

1498133728

[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.

[freedomno1]

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.

I hope you enjoy your travelling, if I am going by your avatar it will be to Japan
Anyways enjoy your trip ckolivas and thanks for all the work.

[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.

After several days, I'm happy to report ZERO duplicate shares with your S2 firmware Thanks again Kano !

[Askit2]

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

Possibly and I don't intend to insult anyone but there is a file you have to edit or add when you first start using cgminer on a raspberryPi. 01-cgminer.rules. It needs to go into /etc/udev/rules.d. The code in the readme is the following.

Code:

sudo cp 01-cgminer.rules /etc/udev/rules.d/

Possibly you are using a version of the rules file from before avalon2. I don't know. I am only thinking about that file because it was a change for me when I swapped to Linux.

[mdude77]

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.

After several days, I'm happy to report ZERO duplicate shares with your S2 firmware Thanks again Kano !

What pool are you using?  I can't get it to work with slush's proxy or p2pool.

M

[netfun2000]

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?

RBox,cgminer 4.3.5 works,but 4.4.0 not.