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

[Naelr]

I am running Ubuntu 12.04 LTS.... Have 1 GPU, 1 BFL single fpga and 8 Block Erupters plugged into this machine.

Using cgminer 64 bit 3.2.1 the block erupters keep going zombie, after about an hour I have 21 zombies.. the good thing is they keep getting reset and keep right on hashing... but this can't be a good thing.... Kano, should I get and try your patch 3.2.1a?  can I help add some more info....

The BLF and the GPU are fine and stable.

Naelr

Ok after zombies made my console go off the screen I stoped and restarted and almost instantly AMU 8 zombied and restarted.

OK downloaded Kano's patch and so far so good 10 mins no zombies... my brains are safe I think.

edit: spoke too soon... 2 zombies

[1713881228]

1713881228

[1713881228]

1713881228

[1713881228]

1713881228

[1713881228]

1713881228

[Kuma]

Are there any known Avalon hashrate regressions? I tried latest FW with 3.2.1 cgminer and both Avalons have lower hasrate (the difference from the last FW is around 1Ghash).
It looks there are more HW errors, but I'm not 100% sure.

[os2sam]

And I got back missing 150MH by seting cards to 10 and 12. So I'm on full speed now. I know it is not the internet since I have tested the cards on another computer before installing it and they worked... I still think it is a bug...

EDIT: So that much about getting slower over 8...

Has your WU: increased as well?

[kano]

i used 3.2.1 but didn't recognize the usb asicminers. Perhaps because i use a usb 3.0 hub ?

Yeah that was going to be the next thing to sort out, USB 3.0

But there is still another AMU problem I'm looking at first - 'SICK' on the RPi that I get also - looking into it ...
I'd not tried the RPi due to the fact that for me, linux crashes when I plug my powered hub with the AMU into my RPi
Though I found last night I can plug in the hub first then the AMU and it doesn't.
(Probably the hubs fault, but it works OK now if I order it the right way, and 3.1.1a works also ... so I can reproduce the problem ...)

[-ck]

Are there any known Avalon hashrate regressions? I tried latest FW with 3.2.1 cgminer and both Avalons have lower hasrate (the difference from the last FW is around 1Ghash).
It looks there are more HW errors, but I'm not 100% sure.

The old avalon code lied about the hashrate and lied about the hardware errors. It counted hardware errors as hashrate (and since it's a hardware error it can't be valid hashes that it's doing) and didn't count "no matching work" scenarios as hardware errors. So the new code will appear to have a lower hashrate and a higher hw error count, but in fact it's doing more useful work and just not lying about the rates (along with all the other benefits in the new code).

[bb000]

This thread is hard to follow - so apologies if this is already posted. Maybe there should be a new one per release?

Trying version 3.2.1 for a new Asicminer USB with Windows 7 x64, cgminer crashes with segmentation fault when I enable debug output. With debug output turned off it runs for about a minute, but keeps failing with AMU0: Comms error (rerr=-9 amt=0)

With version 3.2.0 it kept failing with ""AMU: cgid 0 SetBaud got err 4". I saw something about version 3.2.1a but that seems to be for Ubuntu? If it would help to send a stack trace are there debug symbols for the windows release about?

Next steps are to try another machine, and maybe try and compile from GIT if there aren't too many dependencies.

[-ck]

This thread is hard to follow - so apologies if this is already posted. Maybe there should be a new one per release?

Trying version 3.2.1 for a new Asicminer USB with Windows 7 x64, cgminer crashes with segmentation fault when I enable debug output. With debug output turned off it runs for about a minute, but keeps failing with AMU0: Comms error (rerr=-9 amt=0)

With version 3.2.0 it kept failing with ""AMU: cgid 0 SetBaud got err 4". I saw something about version 3.2.1a but that seems to be for Ubuntu? If it would help to send a stack trace are there debug symbols for the windows release about?

Next steps are to try another machine, and maybe try and compile from GIT if there aren't too many dependencies.

Version 3.1.1 still remains the most stable release for your hardware, but bear in mind you will need to use zadig to re-associate the device with the ftdi driver instead of WinUSB when you go back to it. 3.2.0 did not work at all for AMU devices so if you're trying the new code, use 3.2.1. 3.2.1a is just a binary built for older versions of ubuntu and no different to 3.2.1.

Compiling it yourself will not make it more stable as my builds should be optimal - the only advantage to building yourself is you can build a stripped down version containing support only for the hardware you want to use, and assuming you're on windows, compiling it is FAR from trivial.

[fcmatt]

This is a very long thread and my google searches have not discovered anything.

My question is has anyone seen cgminer fail to update the "Block" it is working on even though
in the output you see that "Stratum from pool 0 has detected a new block"?

I am using 3.1.1. I am mining with --scrypt. It does not happen right away. The cgminer program
might have to be running for a week. I have seen it happen a couple of times now on different
mining computers.

I wanted to check the CHANGELOG but it appears to not contain anything.

Simply closing the program and reopening it fixes the issue.

So I am asking here. Thanks.

Just trying to get my question some attention. Bumping to the next page so it does not get lost.

Thanks.

[bb000]

Version 3.1.1 still remains the most stable release for your hardware, but bear in mind you will need to use zadig to re-associate the device with the ftdi driver instead of WinUSB when you go back to it. 3.2.0 did not work at all for AMU devices so if you're trying the new code, use 3.2.0. 3.2.1a is just a binary built for older versions of ubuntu and no different to 3.2.1.

Compiling it yourself will not make it more stable as my builds should be optimal - the only advantage to building yourself is you can build a stripped down version containing support only for the hardware you want to use, and assuming you're on windows, compiling it is FAR from trivial.

That almost sounds like a challenge ... but life is short - I'll download 3.1.1, thanks.

[pengoau]

hey guys

I have 3 gpus in my system 1 apu and 2 dedicated gpus, how can i startup cgminer with the third gpu (gpu 2) turned off? I tried setting intensity to 0 but that doesn't work.

Do I specify it via the -d switch? If so what is the syntax?

Thanks

-d 0-1 --remove-disabled

I added that to my bat file and i get "invalid device number"

fyi:
GPU 0 = 6950
GPU 1 = 5770
GPU 2 = APU

Thanks for your help

What is the output of 'cgminer -n' ?

 [2013-06-08 11:52:52] CL Platform 0 vendor: Advanced Micro Devices, Inc.
 [2013-06-08 11:52:52] CL Platform 0 name: AMD Accelerated Parallel Processing
 [2013-06-08 11:52:52] CL Platform 0 version: OpenCL 1.2 AMD-APP (938.2)
 [2013-06-08 11:52:52] Platform 0 devices: 3
 [2013-06-08 11:52:52]  0       Cayman
 [2013-06-08 11:52:52]  1       Juniper
 [2013-06-08 11:52:52]  2       Scrapper
 [2013-06-08 11:52:52] GPU 0 AMD Radeon HD 6900 Series hardware monitoring enabled
 [2013-06-08 11:52:52] GPU 1 ATI Radeon HD 5700 Series hardware monitoring enabled
 [2013-06-08 11:52:52] GPU 2 AMD Radeon HD 7480D hardware monitoring enabled
 [2013-06-08 11:52:52] Failed to ADL_Overdrive5_FanSpeedInfo_Get
 [2013-06-08 11:52:52] 3 GPU devices max detected
 [2013-06-08 11:52:52] USB all: found 8 devices - listing known devices
 [2013-06-08 11:52:52] No known USB devices

Also I'm using worksize of 128, would it better for me to use 256? Or is 256 only good for 7XXX series amd gpus?

[Xian01]

i used 3.2.1 but didn't recognize the usb asicminers. Perhaps because i use a usb 3.0 hub ?

Yeah that was going to be the next thing to sort out, USB 3.0

 Well poop I guess this explains why 3.2.0+ it doesn't work on any of our Anker 10 port hubs, huh ? 

[bitpop]

How much was that?? Get a rosewill for $25.

i used 3.2.1 but didn't recognize the usb asicminers. Perhaps because i use a usb 3.0 hub ?

Yeah that was going to be the next thing to sort out, USB 3.0

 Well poop I guess this explains why 3.2.0+ it doesn't work on any of our Anker 10 port hubs, huh ? 

[Askit2]

The USBG-4U3ML 4 port USB 3.0 metal hub from www.coolgear.com works great on my raspberry pi with a BFL FPGA single and Wireless keyboard with touchpad. They are a bit spendy but it handles 1A per port.

[Xian01]

How much was that?? Get a rosewill for $25.

 Can it power 10 Erupter USB's reliably ?

[bitpop]

Probably 8, 4a power supply is the best ive found.

How much was that?? Get a rosewill for $25.

 Can it power 10 Erupter USB's reliably ?

[juhakall]

Somehow my Jalapeno hashrate dropped from 5.75GH/s to about 5.55GH/s. It had been mining stable at full speed for over a week previously. The drop happened after I briefly ran the Jalapeno with BitMinter client during some maintenance, but that might be purely coincidental. BitMinter client was also showing over 5.7GH/s during the short time I tried it. I've tried running the same cgminer binary that produced 5.75GH/s, and the newest version from git, but the Jalapeno just won't hash faster than 5.55GH/s now. Even the temps are about 5C lower now. Any ideas how the hashrate would suddenly plummet like that permanently?

EDIT: I moved this question to BFL forums (https://forums.butterflylabs.com/jalapeno-single-sc-support/3136-jalapeno-hashrate-dropped-200mh-s.html). If anyone has anyone insight that might be a better place to answer, so people searching through Google etc. would actually find the answer.

[Kuma]

Are there any known Avalon hashrate regressions? I tried latest FW with 3.2.1 cgminer and both Avalons have lower hasrate (the difference from the last FW is around 1Ghash).
It looks there are more HW errors, but I'm not 100% sure.

The old avalon code lied about the hashrate and lied about the hardware errors. It counted hardware errors as hashrate (and since it's a hardware error it can't be valid hashes that it's doing) and didn't count "no matching work" scenarios as hardware errors. So the new code will appear to have a lower hashrate and a higher hw error count, but in fact it's doing more useful work and just not lying about the rates (along with all the other benefits in the new code).

OK, thanks for explanation. I'm sending you "Avalon" tip  .

[bitpop]

I want an avalon as a tip :/

[-ck]

Somehow my Jalapeno hashrate dropped from 5.75GH/s to about 5.55GH/s.
snip

I don't know but when I first got mine it worked at 6GH for a couple of days and then spontaneously "dropped a gear" after a move and reconnect and it's been 5.7GH ever since. I've never been able to regain that .3 either 

[aSicPuppy]

A few people, including myself, have reported timeouts during get details on linux. This is preventing the Jalepeno from being recognized. Increasing BFLSC_TIMEOUT from 200->999 (might not need to be that high) resolved the issue for me.
usbutils.c, non win_32 define

https://forums.butterflylabs.com/jalapeno-single-sc-support/3135-usb-communications-problems-jalapeno.html