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

[-ck]

Con, did you forget to create a tag?  Running head fine though...

Thanks,

roy

Fixed. As per usual, I released it just before going to bed and forgot.

Note to the (very) few people out there that actually have BF1 devices t mine on them with the new version, there is NO hardware error % count associated with them because there is currently no meaningful way to calculate it based on what's returned from the chips.

[juhakall]

I'm having issue compiling for mipsel these days. In particular with libudev.
I see that it has been around since 2.4 or so, and I've compiled up to 3.3.1 ok, but now libusb is now part of the compilation process and udev is required.
Any idea how I get that up and running?
Seems udev is a very low-level system specific lib. The compiler I use has the option to include it in the buildroot, but cgminer still complains it's missing.
Also, how do I use my own version of libusb-1.0 and not the included one?

Code:

checking libudev.h usability... yes
checking libudev.h presence... no
configure: WARNING: libudev.h: accepted by the compiler, rejected by the preprocessor!
configure: WARNING: libudev.h: proceeding with the compiler's result
checking for libudev.h... yes
checking for udev_new in -ludev... no
configure: error: "udev support requested but libudev not installed"
configure: error: ./configure failed for compat/libusb-1.0

Are you cross compiling? If so, here's how I solved it: https://bitcointalk.org/index.php?topic=28402.msg3152376#msg3152376

[Elemen7s]

Hi, I only have 1 usb asic miner so im new to mining. Its been mining for almost a week and this morning it started showing this error.

Im using cgminer 3.1.1 so i could you the -s COM# at the end which results in a few more hashes/s and its on Win XP

THis is the code  i use- cgminer-nogpu.exe -o eu-stratum.btcguild.com:3333 -u drinu16_1 -p 123 -S COM3

and this is the error
http://s14.postimg.org/4ph9lwdnl/Capture.png

I had installed this http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx and its has been working with it since

What am i doing wrong ??

Im using BTC Guild and also tried it on another pc and still the same.

[-ck]

Hi, I only have 1 usb asic miner so im new to mining. Its been mining for almost a week and this morning it started showing this error.

Im using cgminer 3.1.1 so i could you the -s COM# at the end which results in a few more hashes/s and its on Win XP

THis is the code  i use- cgminer-nogpu.exe -o eu-stratum.btcguild.com:3333 -u drinu16_1 -p 123 -S COM3

and this is the error


I had installed this http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx and its has been working with it since

What am i doing wrong ??

Im using BTC Guild and also tried it on another pc and still the same.

1. We do not support old versions of cgminer
2. BTCguild is currently under an attack so it is actually dead intermittently.

[HellDiverUK]

Yeah, BTCGuild is getting butt-raped by a DDoS at the moment.  You need to set a backup pool.

[Elemen7s]

Hi, I only have 1 usb asic miner so im new to mining. Its been mining for almost a week and this morning it started showing this error.

Im using cgminer 3.1.1 so i could you the -s COM# at the end which results in a few more hashes/s and its on Win XP

THis is the code  i use- cgminer-nogpu.exe -o eu-stratum.btcguild.com:3333 -u drinu16_1 -p 123 -S COM3

and this is the error
http://s14.postimg.org/4ph9lwdnl/Capture.png

I had installed this http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx and its has been working with it since

What am i doing wrong ??

Im using BTC Guild and also tried it on another pc and still the same.

1. We do not support old versions of cgminer
2. BTCguild is currently under an attack so it is actually dead intermittently.

Ohh, I will upgrade to the latest cgminer.

How do you know that BTCguild is under attack, and what sort of attack :O

Any backup pools which you recommend ?


Thanks for the fast reply

[os2sam]

How do you know that BTCguild is under attack, and what sort of attack :O

Just look in BTC Guilds thread.

https://bitcointalk.org/index.php?topic=49417.msg3267037#msg3267037

[os2sam]

Any backup pools which you recommend ?

https://bitcointalk.org/index.php?topic=49417.msg3266543#msg3266543

[P_Shep]

Are you cross compiling? If so, here's how I solved it: https://bitcointalk.org/index.php?topic=28402.msg3152376#msg3152376

Yes, but I have the libraries and the header file, it's just when I specify their location, the configure script pays no attention to it.

[Photon939]

Initial results for 3.5.0 on Raspberry Pi with Bitfury BF1 and BFL gear are underwhelming. Running overnight I woke up to the BF1s running anywhere from 0 to about 1.2 Gh/s. I restarted cgminer and things seem to pick back up. Will report the status when I get home from work

[-ck]

Initial results for 3.5.0 on Raspberry Pi with Bitfury BF1 and BFL gear are underwhelming. Running overnight I woke up to the BF1s running anywhere from 0 to about 1.2 Gh/s. I restarted cgminer and things seem to pick back up. Will report the status when I get home from work

The BF1 draws power entirely from USB. How are you connecting it to an RPi ?

[Beastlymac]

Initial results for 3.5.0 on Raspberry Pi with Bitfury BF1 and BFL gear are underwhelming. Running overnight I woke up to the BF1s running anywhere from 0 to about 1.2 Gh/s. I restarted cgminer and things seem to pick back up. Will report the status when I get home from work

Same thing happened to me. Using a d-link hub. Also on Raspbian.

[-ck]

Well, haven't tried it on a pi, just linux and windows PCs so far.

[Photon939]

Initial results for 3.5.0 on Raspberry Pi with Bitfury BF1 and BFL gear are underwhelming. Running overnight I woke up to the BF1s running anywhere from 0 to about 1.2 Gh/s. I restarted cgminer and things seem to pick back up. Will report the status when I get home from work

The BF1 draws power entirely from USB. How are you connecting it to an RPi ?

It is running on a powered USB hub (albeit a cheap one) with an external 4A supply running five BF1s, it ran stable fine from Ubuntu and BFGminer for a few days so the hub shouldn't be a problem

Edit - Pi is running new Raspbian release

[-ck]

Initial results for 3.5.0 on Raspberry Pi with Bitfury BF1 and BFL gear are underwhelming. Running overnight I woke up to the BF1s running anywhere from 0 to about 1.2 Gh/s. I restarted cgminer and things seem to pick back up. Will report the status when I get home from work

The BF1 draws power entirely from USB. How are you connecting it to an RPi ?

It is running on a powered USB hub (albeit a cheap one) with an external 4A supply running five BF1s, it ran stable fine from Ubuntu and BFGminer for a few days so the hub shouldn't be a problem

Edit - Pi is running new Raspbian release

Well that sounds nasty and you should stop using cgminer for now with that combo.

[zamot]

Hello,

i have the same problem with Timeout messages for all BE.

AMU1: TIMEOUT GetResults took 1531ms but was 100ms
AMU0: TIMEOUT GetResults took 1531ms but was 100ms
AMU3: TIMEOUT GetResults took 1531ms but was 100ms
AMU2: TIMEOUT GetResults took 1531ms but was 100ms

Timeout variates from few 100ms to 2000ms or more. 
Till nowi used cgminer 3.3.0 and there was no problem, when i tried 3.4.0 and now currently 3.5.0 version i got this messagess.
I run cgminer in Windows XP SP2.
Zadig drivers are installed ( otherwise i couldn't run cgminer 3.3.0 ).
USB HUB has 3.5A max output, so there is no under power problem.
I also rebooted XP before i started cgminer 3.5.0.

How can i eliminate this timeout problem?
Here is the command for starting of cgminer: cgminer-nogpu.exe -c cgminer.conf --no-submit-stale

And this is the content of cgminer.conf:

Code:

{
"pools" : [
	{
		"url" : xxxxxxxxx",
		"user" : "xxxxxxxx",
		"pass" : "xxxxxxxxx"
	}
]
,
"api-port" : "4028",
"expiry" : "240",
"hotplug" : "5",
"log" : "10",
"no-pool-disable" : true,
"queue" : "4",
"scan-time" : "5",
"shares" : "0",
"load-balance" : true,
"kernel-path" : "/usr/local/bin"
}

P.S.: sorry for duplicating post, but on other thread was no answer.

[riclas]

i don't know if it's new with 3.5 (as i used 3.3.1), but there's a bug with ztex boards. cgminer says:
libztex_checkDevice: Can not open ZTEX device: -3
Ztex: Can not check device: 0

all of the 4 fpga processors work fine, it seems it is trying to find a devide with id 0, which does not exist, only 1,2,3,4.

[-ck]

Hello,

i have the same problem with Timeout messages for all BE.

AMU1: TIMEOUT GetResults took 1531ms but was 100ms
AMU0: TIMEOUT GetResults took 1531ms but was 100ms
AMU3: TIMEOUT GetResults took 1531ms but was 100ms
AMU2: TIMEOUT GetResults took 1531ms but was 100ms

Timeout variates from few 100ms to 2000ms or more. 
Till nowi used cgminer 3.3.0 and there was no problem, when i tried 3.4.0 and now currently 3.5.0 version i got this messagess.
I run cgminer in Windows XP SP2.
Zadig drivers are installed ( otherwise i couldn't run cgminer 3.3.0 ).
USB HUB has 3.5A max output, so there is no under power problem.
I also rebooted XP before i started cgminer 3.5.0.

A number of things potentially going on. We have problems with some usb implementations on certain OSs and the libusb library we use. 

How long does it normally take before you see these errors and do all of them have it at the same time?

XP is a bit limited for USB. Try starting with just 2 BEs and increase it by one at a time (waiting long enough for the errors to normally appear) till you see the errors reappear.
If possible, try windows7 or ideally a linux to see if they go away.

[-ck]

i don't know if it's new with 3.5 (as i used 3.3.1), but there's a bug with ztex boards. cgminer says:
libztex_checkDevice: Can not open ZTEX device: -3
Ztex: Can not check device: 0

all of the 4 fpga processors work fine, it seems it is trying to find a devide with id 0, which does not exist, only 1,2,3,4.

Ztex code is, unfortunately, unmaintained, for the developer who worked on it has disappeared indefinitely and none of us other developers have one to work on. I don't think it has worked in a long time.

[mdude77]

Hello,

i have the same problem with Timeout messages for all BE.

AMU1: TIMEOUT GetResults took 1531ms but was 100ms
AMU0: TIMEOUT GetResults took 1531ms but was 100ms
AMU3: TIMEOUT GetResults took 1531ms but was 100ms
AMU2: TIMEOUT GetResults took 1531ms but was 100ms

Timeout variates from few 100ms to 2000ms or more. 
Till nowi used cgminer 3.3.0 and there was no problem, when i tried 3.4.0 and now currently 3.5.0 version i got this messagess.
I run cgminer in Windows XP SP2.
Zadig drivers are installed ( otherwise i couldn't run cgminer 3.3.0 ).
USB HUB has 3.5A max output, so there is no under power problem.
I also rebooted XP before i started cgminer 3.5.0.

A number of things potentially going on. We have problems with some usb implementations on certain OSs and the libusb library we use. 

How long does it normally take before you see these errors and do all of them have it at the same time?

XP is a bit limited for USB. Try starting with just 2 BEs and increase it by one at a time (waiting long enough for the errors to normally appear) till you see the errors reappear.
If possible, try windows7 or ideally a linux to see if they go away.

FYI I randomly see this error on my win7 machines.  I can usually cause it by initiating other things on the PC.  The PC isn't resource starved, but I definitely noticed the errors pop up when I kick something off, like say windows update.

M