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

[TRN1062]

hi Everyone, i m in trouble with a RED FURY Bitfury USB ASIC 5 Gh/s, i ve done all the downloads as advised in many guides but still get errors, it mines apparently but loads of errors.

I was thinking if i am using an old version of cgminer, searched everywhere and cnt find anything that can help me.

Below is the pic of the errors im getting. Please...is there any1 that could give me a help me? 
 Please please pretty please, 

That looks like what I was seeing with my r-box only it was CGminer detecting my Antminer U1's that were running on BFG. To get it to stop I had to place a limit on the number of devices CGminer initiates and starts once it has my R-boxes started it reaches the max device limit and stops scanning for more devices. I was looking for command line statements to load just the R-boxes but someone told me how to do it this way and it works so I left well enough alone.

The steps for controlling USB device scan are listed in the Advance USB section of the readme.... (probably around line 319 if I were a betting man since that is where ckolivas pointed you to).

[1534616011]

1534616011

[1534616011]

1534616011

[1534616011]

1534616011

[1534616011]

1534616011

[baloo_kiev]

How do I (cross-)build cgminer for AntMiner S1?

The problem I am trying to solve now is poor scalability of S1 + p2pool (the node and the farm located remotely from each other). Stratum connection results in transfering several kilobytes once per ~30s for every S1 unit simultaneously, which increases latency. At the same time, getwork seems to be broken in current cgminer builds for AntS1 (both stock and latest kano's build), so I want to rebuild and debug it.

[kano]

Hi again guys - another question about the S2 thing. I've noticed that there is an Ubuntu distro for the Beaglebone, which is the S2 controller, so was wondering if it would be possible to use cgminer on this instead of the current Linux distro? Would cgminer be able to detect the hashing boards via pci though? Maybe in the same way it used to detect GPU's? I'm not sure - just throwing stuff out there.........if only they were usb .......

Peace 

The distro running on it is Angstrom.
It's pretty much pointless swapping distros since you'd have to build the full distro with all the required support.
Also, the S2 has 2 kernel modules ... and no source available for one of them.
So if the bitmain_spi.ko doesn't work on the distro you build - you've got no solution.
The "firmware" file is simply the initrd of the full Angstrom linux it runs.
"Firmware" is in quotes because ... it isn't "firmware"
So (as I've been doing) to update it you first pull apart the one on the S2, change/replace the files you want to change, and then put it back together again.
I have the 'putting it together' automated so I can make a "firmware" with a single command - but of course that's to build one - you first have to work on changing/testing everything as required.

[kano]

How do I (cross-)build cgminer for AntMiner S1?

The problem I am trying to solve now is poor scalability of S1 + p2pool (the node and the farm located remotely from each other). Stratum connection results in transfering several kilobytes once per ~30s for every S1 unit simultaneously, which increases latency. At the same time, getwork seems to be broken in current cgminer builds for AntS1 (both stock and latest kano's build), so I want to rebuild and debug it.

First problem in what you are doing:
 p2pool and the farm located remotely from each other
Bad idea. P2pool is extremely dependent upon latency due to the excessive restart rate.

Getwork will use way more bandwidth than stratum.
The Getwork in my S1 binary is the Getwork in cgminer - same thing - I'm part of the cgminer team, not a fork.

Your setup is the fault.
Add a proxy if you wish to reduce bandwidth.
Moving away from stratum would only be due to you misunderstanding how the protocols work.

Cross compiling is the same as for the avalon.
Read their info on how to do that ... or the abundant info provided by openwrt.

[baloo_kiev]

First problem in what you are doing:
 p2pool and the farm located remotely from each other
Bad idea. P2pool is extremely dependent upon latency due to the excessive restart rate.

Not really. The latency between the sites is up to 30ms, which causes only about 0.2% stales by itself. However, it would increase non-linearly with addition of units, since each of them receives several kilobytes (because of large coinbase) simultaneously at work restart.

Getwork will use way more bandwidth than stratum.

The trick I am trying to do is increasing rollntime to say 1000, which means 1 getwork request per 20s per unit. Getwork response fits within 1 packet, while stratum response from p2pool is several kB. Please correct me if I am wrong.

The Getwork in my S1 binary is the Getwork in cgminer - same thing - I'm part of the cgminer team, not a fork.

I may be wrong but it seems like it has something to do with the endian issue. It was fixed at some time before your last build. In the stock binary (I mean that old one, supplied as a part of S1 ROM), getwork sends wrong nonce, while in your last build, it sends empty responses (does not submit solutions). Maybe you just didn't test getwork?

Your setup is the fault.
Add a proxy if you wish to reduce bandwidth.
Moving away from stratum would only be due to you misunderstanding how the protocols work.

Which proxy do you suggest? The stratum-mining-proxy by slush?

Cross compiling is the same as for the avalon.
Read their info on how to do that ... or the abundant info provided by openwrt.

Thank you!

[kano]

First problem in what you are doing:
 p2pool and the farm located remotely from each other
Bad idea. P2pool is extremely dependent upon latency due to the excessive restart rate.

Not really. The latency between the sites is up to 30ms, which causes only about 0.2% stales by itself. However, it would increase non-linearly with addition of units, since each of them receives several kilobytes (because of large coinbase) simultaneously at work restart.

Stratum work isn't large.
It sends a merkle tree slice size O(log2(n)) (n=txn count) plus a coinbase txn - where the size of the coinbase txn will of course depend on what extra 'stuff' is put in there.
P2pool likes to put a bucket load of micro-payments in there - yep - so use something other than p2pool.

Also, if you are saying that multiplying it by a large number makes it large - well yep that's true of any number >=1

Getwork will use way more bandwidth than stratum.

The trick I am trying to do is increasing rollntime to say 1000, which means 1 getwork request per 20s per unit. Getwork response fits within 1 packet, while stratum response from p2pool is several kB. Please correct me if I am wrong.

A network packet is up to 64k - but of course they are broken up depending on the network connection settings.
But again you're looking at it the wrong way.
Indeed a single stratum response is bigger than a single getwork response, but the stratum response is usable for 30s (longer on bad pools ) and with a small 32bit nonce2 will support > 6millionTH/s for that 30s.
With all of that work being rolled up to the cgminer maximum of 90s, that's of course more than 500millionTH/s
Thus a proxy for up to 500millionTH/s of miners is a few K of work sent to the proxy every 30 seconds.

The original rollntime was a bad design idea to start with.
Doing small rolls on stratum (up to 90) is a reasonable solution to reduce workload generating internal stratum work.
Doing large rolls is actually an issue on the bitcoin network itself. The larger the roll, the more the small possibility of valid blocks being rejected, increases.

The Getwork in my S1 binary is the Getwork in cgminer - same thing - I'm part of the cgminer team, not a fork.

I may be wrong but it seems like it has something to do with the endian issue. It was fixed at some time before your last build. In the stock binary (I mean that old one, supplied as a part of S1 ROM), getwork sends wrong nonce, while in your last build, it sends empty responses (does not submit solutions). Maybe you just didn't test getwork?

My point being that if there is a getwork endian issue - submit a cgminer pull request fix.
No I don't test getwork - I don't even have a reasonable source of it setup anywhere that will find results.

Your setup is the fault.
Add a proxy if you wish to reduce bandwidth.
Moving away from stratum would only be due to you misunderstanding how the protocols work.

Which proxy do you suggest? The stratum-mining-proxy by slush?

Not sure - the only good proxy I know of isn't ready yet.

Cross compiling is the same as for the avalon.
Read their info on how to do that ... or the abundant info provided by openwrt.

Thank you!

[sharnalk]

I'm new to bitcoin world  so hello !

I'd like to know, how do your code is compatible with asic miners ? all of the fpga/asics are on the same design ?
Is there a open source VHDL of the fpga circulating (if i want to test on my cyclone4 dev board for example, is there a way ? )

[LARTAS]

I want to mine with 2 ASIC Goldstrike beacuse Beaglebone is damgerd. I opened with command promp and when I pur Pool, user and pass It gets out
Can you help me please?

[kano]

I want to mine with 2 ASIC Goldstrike beacuse Beaglebone is damgerd. I opened with command promp and when I pur Pool, user and pass It gets out
Can you help me please?

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

[kano]

I'm new to bitcoin world  so hello !

I'd like to know, how do your code is compatible with asic miners ? all of the fpga/asics are on the same design ?
Is there a open source VHDL of the fpga circulating (if i want to test on my cyclone4 dev board for example, is there a way ? )

Make it pretend to be some other device that we support, or add a driver.

[Killerloop]

Hi, I am using BitBurner Fury Rev 1.1 boards that show as BTB in CGMiner 4.3.4

Is this correct or should they be labeled as BBF?? I've installed the latest firmware available from www.asichardware.com (now no longer available, blame Cryptx)

Boards are hashing well though

Hints? Anyone?

[LARTAS]

I want to mine with 2 ASIC Goldstrike beacuse Beaglebone is damgerd. I opened with command promp and when I pur Pool, user and pass It gets out
Can you help me please?

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

Thanks
I read that, I was Using serial, I change to USB and it works
 

[LARTAS]

Hi
I want to say CKOLIVAS is the king of BTC World. If not would be for he. I  would be sitting 24 Hours again trying to fix beaglebnone. I am thanked with KANO too. he always is helping us.
Thanksfor that cgminer
Please Help me
I am using now cgminer with 2 Goldstrikes, but I can see a lot of erros like
CTA0 Reset Core 0 0 due to no 0x5A5A
Please if somebody know about that help me

[-ck]

Hi
I want to say CKOLIVAS is the king of BTC World. If not would be for he. I  would be sitting 24 Hours again trying to fix beaglebnone. I am thanked with KANO too. he always is helping us.
Thanksfor that cgminer
Please Help me
I am using now cgminer with 2 Goldstrikes, but I can see a lot of erros like
CTA0 Reset Core 0 0 due to no 0x5A5A
Please if somebody know about that help me

Ignore it if it's mining okay. The cointerra device by default displays too much debugging information because the hardware designers didn't expect people to connect directly to it although I mined on mine from a PC for a month fine.

[kano]

Hi, I am using BitBurner Fury Rev 1.1 boards that show as BTB in CGMiner 4.3.4

Is this correct or should they be labeled as BBF?? I've installed the latest firmware available from www.asichardware.com (now no longer available, blame Cryptx)

Boards are hashing well though

Hints? Anyone?

Well ... reading the code ...

Code:

               .drv = DRIVER_avalon,
                .name = "BTB",
                .ident = IDENT_BTB,
                .idVendor = IDVENDOR_FTDI,
                .idProduct = 0x6001,
                .iManufacturer = "Burnin Electronics",
                .iProduct = "BitBurner",
.
                .drv = DRIVER_avalon,
                .name = "BBF",
                .ident = IDENT_BBF,
                .idVendor = IDVENDOR_FTDI,
                .idProduct = 0x6001,
                .iManufacturer = "Burnin Electronics",
                .iProduct = "BitBurner Fury",

It's pretty specific.

I don't have a BBF (or is that a BFF )

To find out what cgminer contemplates you have, you can at any time:
cgminer -n
(i.e. you can while another cgminer is running)

If you are running some other miner interfering with USB ... then you'll either have to stop it or tell cgminer to ignore the 'other' devices.

If you aren't getting the matching info above, either your BBF has the wrong USB info in it or you are running a non-standard cgminer and that means: 'oh well'

[LARTAS]

Please I have another Problem
it stops minning. i closed then when I open says
LIBUSB ERROR PIPE?
It was minning for 5 HOurs. Now I can see that error too
USB unit open device failed (3:6)failed to initialize (incorrect device)
I Bought a Chinese 10m USB extension, I don't know if there is some problem

[-ck]

Please I have another Problem
it stops minning. i closed then when I open says
LIBUSB ERROR PIPE?
It was minning for 5 HOurs. Now I can see that error too
USB unit open device failed (3:6)failed to initialize (incorrect device)
I Bought a Chinese 10m USB extension, I don't know if there is some problem

It is a USB communication instability problem. Do not use low quality connections. 10m is very long and without an active repeater will almost certainly be the problem.

[-ck]

It has been brought to my attention that a number of other download sites have popped up. Please be aware that cgminer.org is NOT an official download site and people should avoid downloading from there at all costs. The only official places to download cgminer are in the opening post.

[LARTAS]

Now I have One meter cable.
There still A problem
There Says 1 CTA STATICS and CTA 0 says ZOMBi. I think is about that
Give an advice. Should I connect each CTA to Computer, because now is connected with that device that cointerra put there to mix 2 Com Ports. Perhaps there is a problem to comunicate. Other hand I am saying I would have to conect 2 USB in my computer, One for each CTA
They were minning for 14 hours then now they don'want minning again. I have to restart everytime that happen
There is still the problem PIPE
Thanks For help

[-ck]

New release: Version 4.3.5, 10th June 2014

Please note linux x86_64 builds are now based on ubuntu 14.04


Human readable changelog:

- Fixed the problem where if there was no internet connection at startup for long enough, it would never connect to anything and the display would not refresh to tell you of it.
- Fixed some crashes due to trying to act on corrupted USB messages. You will now get error messages about invalid memcpy sizes instead when there is a corrupt message. This means you have hardware issues.
- Fixed the disable-libcurl build.
- Added some checking of messages received via stratum to prevent security issues or crashes from corrupt/malicious intermediate pools.
- Driver updates for cointerra, minion, hashfast, A1, antminer S1.


Full changelog:

- Cointerra driver updates.
- Sleep before retrying in the test pool thread after a pool has died
- Use valid_ascii testing for job_id since it need not be hex only
- Only show slow/down message till pool is flagged idle
- Do some random sanity checking for stratum message parsing
- Keep looking for when a pool comes to life at startup and touch the logwin so
the message is not invisible
- Fix no libcurl build
- Added Drillbit Thumb to udev rules.
- Avoid dereference on getting API stats on partially initialised HFA instances
- A1: add support for updated product variants, small fixes
- Add one more usbutils fix
- Convert uses of usbutils memcpy to cg_memcpy
- Add a sanity checking memcpy function which checks for overflows
- minion - count force use reread
- minion - add a disabled ioctl() test
- minion - add more checking of SPI results for corruption
- minion - optional (disabled) ioctl() debug
- Increase S1 overheat to 75 degrees C
- Add ruby api-example to API-README
- minion - allow core selection at runtime
- API - lcd all-in-one brief summary