Bitcoin Forum
March 29, 2024, 12:46:45 PM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 [540] 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 ... 843 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1  (Read 5805166 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic. (3 posts by 1+ user deleted.)
-ck (OP)
Legendary
*
Offline Offline

Activity: 4060
Merit: 1622


Ruu \o/


View Profile WWW
June 08, 2013, 08:41:41 AM
 #10781

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?

All looks fine. However, if it says invalid device number I'm betting you're using an older version of cgminer and it's not accepting device in that format. Upgrade.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
1711716405
Hero Member
*
Offline Offline

Posts: 1711716405

View Profile Personal Message (Offline)

Ignore
1711716405
Reply with quote  #2

1711716405
Report to moderator
The block chain is the main innovation of Bitcoin. It is the first distributed timestamping system.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1711716405
Hero Member
*
Offline Offline

Posts: 1711716405

View Profile Personal Message (Offline)

Ignore
1711716405
Reply with quote  #2

1711716405
Report to moderator
1711716405
Hero Member
*
Offline Offline

Posts: 1711716405

View Profile Personal Message (Offline)

Ignore
1711716405
Reply with quote  #2

1711716405
Report to moderator
Polyatomic
Sr. Member
****
Offline Offline

Activity: 257
Merit: 250


View Profile
June 08, 2013, 08:52:59 AM
Last edit: June 15, 2013, 04:56:44 AM by Polyatomic
 #10782

 cgminer 3.2.1 running Ztex 1.15y board .

after 4 minutes of mining cgminer stops working with : Failed to set fpga with err -9
                                                                       : Failed readhashdata with err -99

                                                                       : Failed readhashdata with err -5

Is this related to the board not getting enough power ?. Is it possible to keep the frequency at 200mhz ?
kano
Legendary
*
Offline Offline

Activity: 4452
Merit: 1798


Linux since 1997 RedHat 4


View Profile
June 08, 2013, 09:15:39 AM
 #10783

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

999 means that any time anything is sent to it, it will allow a whole second for a reply.

The command you are reporting is the ZTX during initialisation.
On linux that should NOT take 200ms to reply, let alone a whole second.
Setting every command timeout to a whole second is not really a good design decision ...
Also during that timeout everything else is locked from USB access to the same device.

I'd suggest there is a hardware problem somewhere ...

... and I've not seen anyone else report this either ... you got a link to anyone else?

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
jimmy3dita
Hero Member
*****
Offline Offline

Activity: 588
Merit: 500



View Profile
June 08, 2013, 10:07:47 AM
 #10784

Dumb question:

With so many ASIC group buy around, is it possible to setup more workers on the same pool, and let them work together (I.e. no fallback mining)?

Harder part:

Is it possible to allocate a different "quota" of that hashpower to more workers, I.e. 70/30 between two workers on the same pool? Can it be managed with millesimal value?

Thanks Smiley

Acquista il mio libro "Investire Bitcoin": clicca qui
-ck (OP)
Legendary
*
Offline Offline

Activity: 4060
Merit: 1622


Ruu \o/


View Profile WWW
June 08, 2013, 10:39:03 AM
 #10785

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  Smiley.
Much appreciated, thanks Smiley

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
-ck (OP)
Legendary
*
Offline Offline

Activity: 4060
Merit: 1622


Ruu \o/


View Profile WWW
June 08, 2013, 10:45:20 AM
 #10786

This thread is hard to follow - so apologies if this is already posted. Maybe there should be a new one per release?
That almost makes sense. I was tempted to make a new thread every major or minor release update (The version numbers are Major:Minor:Micro 3.2.1 being a micro update and 3.2.0 being a minor update). However that would just mean I'd have to monitor and respond on multiple forum threads. Having all the discussion in one place, even if it is only historically organised, means at least everyone knows where to look or ask for help.

As an aside, major version upgrades are reserved for major hardware support changes (eg going to 3 for ASICs), minor version upgrades are for major internal software changes (eg changes to driver design, new features such as stratum etc) and micro version updates are for mostly bugfixes to stabilise a minor release branch.

What do other people think about having multiple forum threads?

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
bitpop
Legendary
*
Offline Offline

Activity: 2912
Merit: 1060



View Profile WWW
June 08, 2013, 10:46:31 AM
 #10787

I like one. Multiple would fill my inbox.

runlinux
Hero Member
*****
Offline Offline

Activity: 566
Merit: 500



View Profile WWW
June 08, 2013, 10:54:19 AM
 #10788

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

999 means that any time anything is sent to it, it will allow a whole second for a reply.

The command you are reporting is the ZTX during initialisation.
On linux that should NOT take 200ms to reply, let alone a whole second.
Setting every command timeout to a whole second is not really a good design decision ...
Also during that timeout everything else is locked from USB access to the same device.

I'd suggest there is a hardware problem somewhere ...

... and I've not seen anyone else report this either ... you got a link to anyone else?

https://bitcointalk.org/index.php?topic=137934.msg2406454#msg2406454

Screen shot Smiley

pengoau
Full Member
***
Offline Offline

Activity: 208
Merit: 100


View Profile
June 08, 2013, 11:51:08 AM
 #10789

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?

All looks fine. However, if it says invalid device number I'm betting you're using an older version of cgminer and it's not accepting device in that format. Upgrade.

Yeah I'm using cgminer 3.1.1 I didn't upgrade to 3.2 as it has no improvements for gpus... what is the correct format for cgminer 3.1.1? I'd like to persist with 3.1.1 as "if it aint broke don't fix it" so to speak.... would the format be 0:1? or 0,1?

Thanks for your help.

-ck (OP)
Legendary
*
Offline Offline

Activity: 4060
Merit: 1622


Ruu \o/


View Profile WWW
June 08, 2013, 11:56:06 AM
 #10790

Yeah I'm using cgminer 3.1.1 I didn't upgrade to 3.2 as it has no improvements for gpus... what is the correct format for cgminer 3.1.1? I'd like to persist with 3.1.1 as "if it aint broke don't fix it" so to speak.... would the format be 0:1? or 0,1?

Thanks for your help.
-d 0 -d 1 --remove-disabled

but note that you cannot save device settings to a configuration file with the old format, hence why the new one has a new format. While there are no GPU specific changes in the newer versions, there are other generic bugfixes, and the "breakage" is only with new drivers, so GPU users should actually be the safest ones to upgrade.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
pengoau
Full Member
***
Offline Offline

Activity: 208
Merit: 100


View Profile
June 08, 2013, 12:07:44 PM
 #10791

Thanks (that worked), do you know what worksize i should be using for my gpus? I've been using 128 just wondering if its worthwhile using 256? Guess I can try and then find out, but if anyone would know for sure you would? thanks again

Also if I use --temp-hysteresis 6 does that mean the fan will kick in at 6 degrees earlier?

xiquanpan
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
June 08, 2013, 01:36:19 PM
 #10792

failed to reinit gpu thread 0

close the cgminer and restart cgminer it's begin ok
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
June 08, 2013, 01:43:53 PM
 #10793

Thanks (that worked), do you know what worksize i should be using for my gpus? I've been using 128 just wondering if its worthwhile using 256? Guess I can try and then find out, but if anyone would know for sure you would? thanks again

Also if I use --temp-hysteresis 6 does that mean the fan will kick in at 6 degrees earlier?


cgminer is pretty smart.  I wouldn't set the worksize, let cgminer pick it.

M

I mine at Kano's Pool because it pays the best and is completely transparent!  Come join me!
CrazyGuy
Legendary
*
Offline Offline

Activity: 1973
Merit: 1007



View Profile
June 08, 2013, 01:56:16 PM
 #10794

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

999 means that any time anything is sent to it, it will allow a whole second for a reply.

The command you are reporting is the ZTX during initialisation.
On linux that should NOT take 200ms to reply, let alone a whole second.
Setting every command timeout to a whole second is not really a good design decision ...
Also during that timeout everything else is locked from USB access to the same device.

I'd suggest there is a hardware problem somewhere ...

... and I've not seen anyone else report this either ... you got a link to anyone else?
999 ms might not be necessary, but it definately needs to be more than 200 for some. I'll also add that Cgminer 3.2.1 on Windows did not have this issue. The first thing I tried was matching the win32 timeout. Perhaps some jalepenos are slightly defective...

ASICPuppy.net ASIC Mining Hardware and Accessories - Compac F in stock!
juhakall
Sr. Member
****
Offline Offline

Activity: 657
Merit: 250


View Profile WWW
June 08, 2013, 02:50:35 PM
 #10795

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  Huh

I let the Jalapeno idle for 10 minutes and changed the USB header it was connected to. Now it's hashing at 5.75GH/s again. Thanks to KNK at BFL forums for suggesting this! But since the Jalapeno already slowed down once, I'm not so confident anymore that it will keep hashing at 5.75GH/s indefinitely without problems.

I'm currently developing an experimental social AI platform
os2sam
Legendary
*
Offline Offline

Activity: 3578
Merit: 1090


Think for yourself


View Profile
June 08, 2013, 05:10:53 PM
 #10796

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  Huh

I let the Jalapeno idle for 10 minutes and changed the USB header it was connected to. Now it's hashing at 5.75GH/s again. Thanks to KNK at BFL forums for suggesting this! But since the Jalapeno already slowed down once, I'm not so confident anymore that it will keep hashing at 5.75GH/s indefinitely without problems.

Good info, please let us know if you need to do this on a regular basis and how often.
Thanks,
Sam

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
Lucko
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1000



View Profile
June 08, 2013, 06:09:58 PM
Last edit: June 08, 2013, 06:48:39 PM by Lucko
 #10797

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?
Yes. It is exactly what it needs to be...

EDIT: about 2 more... Running now 36.8 before that it was 34.8 to 34.7...
ndr76
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
June 08, 2013, 06:45:43 PM
 #10798

I have a problem with cgminer on my AsicMiner usb erupter.
3.1.1 works fine, but 3.2.1 gives me this never ending series of errors:

[2013-06-08 19:38:12] USB init open device failed, err -3, you dont have priviledge to access - AMU device 1:9
[2013-06-08 19:38:12] Icarus detect (1:9) failed to initialise (incorrect device?)
 [2013-06-08 19:38:17] USB init open device failed, err -3, you dont have priviledge to access - AMU device 1:9
 [2013-06-08 19:38:17] Icarus detect (1:9) failed to initialise (incorrect device?)
 [2013-06-08 19:38:22] USB init open device failed, err -3, you dont have priviledge to access - AMU device 1:9
 [2013-06-08 19:38:22] Icarus detect (1:9) failed to initialise (incorrect device?)
.....

The only usb connected mining hardware is the AsicMiner usb Erupter.
I set the same permissions on both 3.1.1 and 3.2.1:

-rwxr-sr-x 1 andrea dialout  304853 May 24 09:46 cgminer-3.1.1/cgminer
-rwxr-sr-x 1 andrea dialout 1160140 Jun  8 19:35 cgminer-3.2.1/cgminer

Running debian 7.0.

cgminer compiled with ./configure --enable-icarus --enable-bflsc --disable-opencl

------------------------------------------------------------------------
cgminer 3.2.1
------------------------------------------------------------------------


Configuration Options Summary:

  curses.TUI...........: FOUND: -lncurses
  OpenCL...............: Detection overrided. GPU mining support DISABLED
  scrypt...............: Disabled (needs OpenCL)
  ADL..................: SDK NOT found, GPU monitoring support DISABLED

  Avalon.ASICs.........: Disabled
  BFL.ASICs............: Enabled
  BitForce.FPGAs.......: Disabled
  Icarus.FPGAs.........: Enabled
  ModMiner.FPGAs.......: Disabled
  Ztex.FPGAs...........: Disabled

Compilation............: make (or gmake)
  CPPFLAGS.............:
  CFLAGS...............: -g -O2 -I/usr/include/libusb-1.0  
  LDFLAGS..............:  -lpthread
  LDADD................:  -lcurl   -ljansson -lpthread     -lm -lusb-1.0  

Installation...........: make install (as root if needed, with 'su' or 'sudo')
  prefix...............: /usr/local
Trongersoll
Hero Member
*****
Offline Offline

Activity: 490
Merit: 501



View Profile
June 08, 2013, 07:02:45 PM
 #10799

I'm probably just gonna be referred to a README that i read and forgot, but i'll ask anyway. Is there anyplace where all the abreviations on the terminal output are explained?

Also, I'm running, 3.1.1 with ASICminer Eruptors. So i understand that i'll get hardware errors occasionally, i'm curious why it reports the error as a bad nounce? i thought a nounce was just a number.
turtle83
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250


Supersonic


View Profile WWW
June 08, 2013, 07:04:05 PM
 #10800

I have a problem with cgminer on my AsicMiner usb erupter.
3.1.1 works fine, but 3.2.1 gives me this never ending series of errors:

[2013-06-08 19:38:12] USB init open device failed, err -3, you dont have priviledge to access - AMU device 1:9
[2013-06-08 19:38:12] Icarus detect (1:9) failed to initialise (incorrect device?)
 [2013-06-08 19:38:17] USB init open device failed, err -3, you dont have priviledge to access - AMU device 1:9
 [2013-06-08 19:38:17] Icarus detect (1:9) failed to initialise (incorrect device?)
 [2013-06-08 19:38:22] USB init open device failed, err -3, you dont have priviledge to access - AMU device 1:9
 [2013-06-08 19:38:22] Icarus detect (1:9) failed to initialise (incorrect device?)
.....

The only usb connected mining hardware is the AsicMiner usb Erupter.
I set the same permissions on both 3.1.1 and 3.2.1:

-rwxr-sr-x 1 andrea dialout  304853 May 24 09:46 cgminer-3.1.1/cgminer
-rwxr-sr-x 1 andrea dialout 1160140 Jun  8 19:35 cgminer-3.2.1/cgminer

Running debian 7.0.


copy the 01-cgminer.rules into /etc/udev/rules.d/ and restart udev.
the permission of the cgminer executable doesnt make any difference

Pages: « 1 ... 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 [540] 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 ... 843 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!