Bitcoin Forum
December 05, 2016, 02:27:45 AM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 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 591 592 593 594 595 596 597 598 599 600 601 602 603 604 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4817746 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.
spazcoin
Newbie
*
Offline Offline

Activity: 25



View Profile
June 15, 2013, 11:52:48 PM
 #11061

I tried to setup my PC/GPU for doing LTC scrypt mining yesterday, following the directions here https://bitcointalk.org/index.php?topic=83371.0, here https://bitcointalk.org/index.php?topic=83371.msg1733884;topicseen#msg1733884, and here https://bitcointalk.org/index.php?topic=97143.0.

I installed the Litecoin client, setup a mining pool account with WeMineLTC, and was able to compile the cgminer tool, so I should have all of the necessary software tools installed. However, I have two different types of errors that occur:

1) Just after the cgminer application starts, it crashes. Windows error "cgminer.exe has stopped working". A generated logfile.txt (by adding 2>logfile.txt to command line parameters) looks like:

Quote
[2013-06-15 23:03:03] Started cgminer 3.2.1
[2013-06-15 23:03:03] Probing for an alive pool
[2013-06-15 23:03:04] Pool 0 difficulty changed to 96.000000

(and that's it, crashed)
I see this error on v3.1.0, v3.1.1, and v3.2.1 cgminer packages downloaded from http://ck.kolivas.org/apps/cgminer/ as well as with the 3.2.1 version that I compiled myself. I'm guessing that this crash is just a timeout of being unable to connect to a mining server, and could be a configuration file issue. I'm starting cgminer using a batch file generated on the WeMineLTC site:
Code:
cgminer.exe --scrypt -o stratum+tcp://stratum.wemineltc.com:3333 -u spazcoin.1 -p *** -I 13 2>logfile.txt

Based on tutorial pages from others, I also tried using the following batch file for solo mining optimized use with my Radeon 5450 card:
Code:
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1
cgminer.exe --scrypt --shaders 80 --intensity 9 --worksize 64 -g 1 --auto-gpu --auto-fan -o http://192.168.0.5:9332 -u spazcoin.1 -p *** --failover-only -o stratum+tcp://eu.wemineltc.com:3333 -u spazcoin.1 -p *** 2>logfile.txt
However, that configuration to point to the Litecoin server on my PC (http://192.168.0.5:9332) has always been rejected by cgminer.

2) Using the v3.2.1 precompiled version, I've gotten farther (sometimes) and the cgminer application actually runs.  However, it fails to submit a piece of work to the GPU and disables the GPU thread. logfile shown below:

Quote
[2013-06-15 23:50:21] Started cgminer 3.2.1
 [2013-06-15 23:50:21] Probing for an alive pool
 [2013-06-15 23:50:22] Pool 0 difficulty changed to 96.000000
 [2013-06-15 23:50:31] Network diff set to 46.7M
 [2013-06-15 23:50:31] Error -55: Enqueueing kernel onto command queue. (clEnqueueNDRangeKernel)
 [2013-06-15 23:50:31] GPU 0 failure, disabling!
 [2013-06-15 23:50:31] Thread 0 being disabled
 [2013-06-15 23:56:36] Stratum from pool 0 detected new block
 [2013-06-15 23:59:43] Stratum from pool 0 detected new block
 [2013-06-16 00:01:38] Stratum from pool 0 detected new block

I've searched through the forums and read the OpenCL documentation for that clEnqueueNDRangeKernel command, but I can't figure out what is causing the problem with enqueueing the kernel. If I exit cgminer (using 'q'), I get the following statistics, so clearly nothing is running:

Quote
Summary of runtime statistics:

 [2013-06-16 00:44:00] Started at [2013-06-15 23:50:22]
 [2013-06-16 00:44:00] Pool: stratum+tcp://stratum.wemineltc.com:3333

 [2013-06-16 00:44:00] Runtime: 0 hrs : 53 mins : 29 secs
 [2013-06-16 00:44:00] Average hashrate: 0.0 Kilohash/s
 [2013-06-16 00:44:00] Solved blocks: 0
 [2013-06-16 00:44:00] Best share difficulty: 0
 [2013-06-16 00:44:00] Share submissions: 0
 [2013-06-16 00:44:00] Accepted shares: 0
 [2013-06-16 00:44:00] Rejected shares: 0
 [2013-06-16 00:44:00] Accepted difficulty shares: 0
 [2013-06-16 00:44:00] Rejected difficulty shares: 0
 [2013-06-16 00:44:00] Hardware errors: 0
 [2013-06-16 00:44:00] Utility (accepted shares / min): 0.00/min

 [2013-06-16 00:44:00] Work Utility (diff1 shares solved / min): 0.00/min

 [2013-06-16 00:44:00] Stale submissions discarded due to new blocks: 0

 [2013-06-16 00:44:00] Unable to get work from server occasions: 0

 [2013-06-16 00:44:00] Work items generated locally: 142
 [2013-06-16 00:44:00] Submitting work remotely delay occasions: 0
 [2013-06-16 00:44:00] New blocks detected on network: 16

 [2013-06-16 00:44:00] Summary of per device statistics:

 [2013-06-16 00:44:00] GPU0                | (5s):0.000 (avg):0.000h/s | A:0 R:0
 HW:0 U:0.0/m I:13
 [2013-06-16 00:44:00]


BTW, I also downloaded the 'reaper' miner (http://zerosignalgame.com/reaperv13beta4_32.zip), but when I run it, it also stops working, just after printing a line saying
Quote
Compiling kernel... this could take up to 2 minutes.
Therefore, maybe these issues are linked and pointing to an issue with my graphics card.

OS: Windows 7 64-bit.
Graphics Card: ATI Radeon HD 5450 - driver 12.1 installed today

1480904865
Hero Member
*
Offline Offline

Posts: 1480904865

View Profile Personal Message (Offline)

Ignore
1480904865
Reply with quote  #2

1480904865
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480904865
Hero Member
*
Offline Offline

Posts: 1480904865

View Profile Personal Message (Offline)

Ignore
1480904865
Reply with quote  #2

1480904865
Report to moderator
hahahafr
Sr. Member
****
Offline Offline

Activity: 241



View Profile
June 16, 2013, 12:06:19 AM
 #11062

Question: Did the cgminer developers receive their BFL Single SC development unit?

-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
June 16, 2013, 03:15:16 AM
 #11063

Question: Did the cgminer developers receive their BFL Single SC development unit?
Not yet, no

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
June 16, 2013, 03:17:10 AM
 #11064

I tried to setup my PC/GPU for doing LTC scrypt mining yesterday, following the directions here https://bitcointalk.org/index.php?topic=83371.0, here https://bitcointalk.org/index.php?topic=83371.msg1733884;topicseen#msg1733884, and here https://bitcointalk.org/index.php?topic=97143.0.

I installed the Litecoin client, setup a mining pool account with WeMineLTC, and was able to compile the cgminer tool, so I should have all of the necessary software tools installed. However, I have two different types of errors that occur:

[snip]

 [2013-06-15 23:50:31] Error -55: Enqueueing kernel onto command queue. (clEnqueueNDRangeKernel)
 [2013-06-15 23:50:31] GPU 0 failure, disabling!
The miner is never starting successfully. Your choice of driver and sdk simply isn't working with your hardware, so you'll need to start from scratch with those... as it says in the GPU README.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
macboy80
Member
**
Offline Offline

Activity: 102


View Profile
June 16, 2013, 03:27:22 AM
 #11065

***Insert standard "I tried to search" disclaimer***

I am getting an error with cgminer 3.2.1; windows7 x64; BFL Jalapeno: "Waiting for USB hotplug devices or press q to quit" I have installed the winUSB drivers. The Jalapeno works fine with BFGminer and the other drivers. Does anyone have any suggestions, as I would prefer to use cgminer?

This has been discussed allot.  Just look back in a few of the recent pages.

A couple of folks have changed the code to add a longer wait and the authors have it fixed in the git tree.  But the fix hasn't been released yet.  So you can compile the code yourself and test it or wait for the next release.
Sam

Thanks for the quick reply. I wasn't sure that the wait time issue was related to detecting the device. I will wait patiently for the next release.


EDIT:
With a nudge from conman on the IRC. I was able to get it working. Apparently, the timing issue doesn't exist on windows. I did the following (in case anyone has this problem) :
1) I extracted zadig from the .zip. Previously, I was running from the archive.
2) I unplugged the Jalapeno first, then installed the WCID driver, then pluged the jally in, then installed winUSB.

Hope this helps.
rudrigorc2
Legendary
*
Offline Offline

Activity: 1064



View Profile
June 16, 2013, 04:45:58 AM
 #11066

the host is a 703N router

Im following the http://ck.kolivas.org/apps/cgminer/README and after running  cgminer -n  I get this:

Code:
[2013-06-16 04:33:14] USB all: found 27 devices - listing known devices
.USB dev 0: Bus 1 Device 27 ID: 0403:6001
  Manufacturer: 'FTDI'
  Product: 'FT232R USB UART'                    
 [2013-06-16 04:33:14] 1 known USB devices

running cgminer:

Code:
[[2013-06-16 04:46:58] Started cgminer 3.2.1                    
 [2013-06-16 04:46:58] SEM: avalon USB failed to get (98307) '/tmp/cgminer-usb-1-27' - device in use                    
 [2013-06-16 04:46:58] No devices detected!                    
 [2013-06-16 04:46:58] Waiting for USB hotplug devices or press q to quit                    
 [2013-06-16 04:46:58] Probing for an alive pool                    
^C [2013-06-16 04:46:59] Shutdown signal received.



Im want a way to avoid searching for the avalon device, seems cgminer finds the usb devices but cant mine

so tried cgminer --usb AVA:0
cgminer stops looking for an avalon; now I need it to recognize the fpgas

--usb AVA:0,ICA:5

 [2013-06-16 04:51:39] Started cgminer 3.2.1                  
 [2013-06-16 04:51:39] Invalid --usb DRV:limit - unknown DRV='ICA'            
loshia
Legendary
*
Offline Offline

Activity: 1372


View Profile
June 16, 2013, 10:49:09 AM
 #11067

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

Con,

Will you be so kind to comment this:

https://bitcointalk.org/index.php?topic=140539.msg2489565#msg2489565

10X


Please help the Led Boy aka Bicknellski to make us a nice Christmas led tree and pay WASP membership fee here:
https://bitcointalk.org/index.php?topic=643999.msg7191563#msg7191563
And remember Bicknellski is not collecting money from community;D
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
June 16, 2013, 11:13:46 AM
 #11068

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

Con,

Will you be so kind to comment this:

https://bitcointalk.org/index.php?topic=140539.msg2489565#msg2489565

10X


Just looks like variance, however the good news is I found somewhere to boost the hashrate on avalon ever so slightly on the next version anyway.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
mishax1
Legendary
*
Offline Offline

Activity: 1246


keybase.io/mishax1


View Profile
June 16, 2013, 11:15:06 AM
 #11069

question here,

how does cgminer determines "Discarded work" ? (besides the words that say "work from block no longer valid to work on")

and could a long route / high ping / distance to the pool reflect on it ?

just want to figure out how does a 30% discarded work is different than a 0% discarded work (while both pools use stratum)..  Roll Eyes
loshia
Legendary
*
Offline Offline

Activity: 1372


View Profile
June 16, 2013, 12:00:59 PM
 #11070

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

Con,

Will you be so kind to comment this:

https://bitcointalk.org/index.php?topic=140539.msg2489565#msg2489565

10X


Just looks like variance, however the good news is I found somewhere to boost the hashrate on avalon ever so slightly on the next version anyway.
Super!
I am eager to test it. It is about time for me to start building custom avalon Images:)

I will post my results.
thank you very much!


Please help the Led Boy aka Bicknellski to make us a nice Christmas led tree and pay WASP membership fee here:
https://bitcointalk.org/index.php?topic=643999.msg7191563#msg7191563
And remember Bicknellski is not collecting money from community;D
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
June 16, 2013, 01:03:02 PM
 #11071

New version: 3.2.2, 16th June 2013

More bugfixes for the 3.2 series. Hopefully getting close to being stable enough to not call 3.1.1 the latest stable version. USB3 hubs with multiple devices may still be problematic - please give feedback! For those who have not yet moved to the 3.2 series yet, I will remind you to please take note that the USB device driver model in cgminer has completely changed and windows users should use zadig to convert their selected USB devices to the WinUSB driver, and linux users will need to set their permissions to be able to use the usb devices as regular users. All the details are in the FGPA-README and ASIC-README files. No, this does not include a driver for the newly finished BFL singles (or doubles as I call them) since we do not have access to said hardware yet.


Human readable changelog:

- More debugging output.
- Hopefully fixed the stratum disconnection hangs on windows!
- Found numerous causes for devices dropping out on USB becoming zombies and rectified them so it should happen far less frequently now.
- Fixed numerous crashes with certain logging output on windows during hotplug/shutdown.
- Found a limitation on single core CPU devices (eg the router that drives the Avalon) and have worked around poor performing heavily threaded lock usage for such hardware, leading to less CPU usage, less delays and slightly higher hashrates.
- Zombies will now not fill the screen if they happen repeatedly - only the most active devices ever encountered will show on screen so if you don't change the number of devices and they go zombie and re-hotplug, you will not see their zombies while running, only on shutdown or API stats.
- Newly hotplugged devices show their average hashrate from when they were started rather than when cgminer was started.
- A lot more usb1.1 devices (most lancelot devices) will work on usb3 hubs now.
- Mac OSX build fixes.
- The efficiency value will no longer show for pools unless they are using the old getwork communication protocol.
- Avalon improvements to avoid duplicate shares/idle devices.
- Nominal cutoff temperature set for BFL ASIC devices.
- Don't give write/read fail errors when shutting down on OSX.
- BFL SC 5GH devices that failed to initialise due to being slow to respond should start now.
- Fixes for numerous possible crashes on hotplug/unplug.
- Numerous low level fixes.


Full changelog:

- Record and report USB pipe errors via API stats
- Suspend stratum connections when we know they've failed and don't try to recv
data from them once the socket no longer exists.
- Pipe error is quite common on usb3 so drop logging to verbose level only.
- ocl.c fix applog warnings on windows
- applog/quit fix GPU errors created
- usbutils - DEVLOCK other usbdev access
- applog usb device list can be > LOGBUFSIZ
- fix windows log warnings
- logging remove extra added <LF>
- remove varargs from logging/quit/in general as much as possible
- Don't yield when downgrading a cg ilock.
- Don't yield on grabbing the read lock variant of cglocks.
- Off by one error in device count for display.
- Don't display devices beyond the most_devices count in the curses status.
- Only display as many device rows as the maximum live existed at any time.
- usb lock out use cg locks
- usb lock out transfers during open/close
- Add error message to libusb pipe error
- Differentiate libusb control transfer pipe errors from transfer errors since
they're not fatal.
- Create a usb_bulk_transfer wrapper for libusb_bulk_transfer to cope with pipe
errors.
- Only show efficiency in pool information for pools that don't support local
work generation.
- Create a pool_localgen bool function for testing when a pool can generate work
locally.
- ignore file that is generated on Macs
- compile unix code on Mac OS X fixes not finding the config file in $HOME
- Use mining start time for device MH/U calculations
- Decrease the sleep duration before reading in avalon to not let the read
buffer overflow.
- Failure to read and write on pseudo semaphores on apple happens routinely on
shut down so should not be a quit error, just a warning.
- Unlock usb dev lock in the same place in usbutils.
- Sleep if the avalon buffer is empty and we've requested a read to allow the
write thread to take precedence.
- Yield after releasing a lock in case we are on a device with limited CPU
resources.
- Add the cgpu_info structure before avalon reset.
- Tidy up DEVLOCK/UNLOCK to have consistent use of the pstate variable without
needing brace level match.
- Icarus driver elaspsed timeout shouldn't be just USB I/O
- usbutils avoid leaving devlock locked when thread cancelled
- MMQ fix nodev failure caused by changes
- ubsutils lock all access to nodev and cgusb
- USB make device_path handled by usbutils
- tidy up free in device detect functions
- USB control creation and free of cgpu
- Add FAQ regarding Work Utility.
- Throttling the BFLSC at 80 seems to prevent generating garbled responses of
higher temps.
- Return after failed bin2hex conversion in bflsc.
- Demote failed hex2bin result to LOG_INFO and check return result in
driver-bflsc to avoid doing find_work_by_midstate.
- Set BFLSC fan speed coarsely to keep it under 60 or auto as per specs saying
it tries to stay below 60.
- Limit usbutils LATENCY_STD to 32ms to keep transfers under 512 bytes.
- Move macro definition to bflsc driver
- Use a longer timeout for retrieving bflsc details.
- Add a usb_read_ok_timeout wrapper to cope with slow init'ing devices.
- cgsem_post after creating the thread info
- Fix build.
- Use cgsem structures instead of the flaky pings in the work queue to start
mining threads and remove the unused thr_info_freeze function.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
June 16, 2013, 01:18:37 PM
 #11072

The --usb command gives you finer control over this. The --device command only takes one set of values now (-d 0-1 instead of -d 0 -d 1) and only works for usb devices since version 3.2.1, and it is a coarse command.

I went ahead and tried it now.

"--usb 5:1,5:2" in one instance
"--usb 3:1,3:2" in the other instance

Both hashing away just fine.  Now I can more objectively compare pools.
Thanks,
Sam
Just an aside useful comment about this Smiley
You can also do:
"--usb 5:*" in one instance
"--usb 3:*" in the other instance
So all the devices you plug into bus 5 go into the first cgminer and all you plug into bus 3 go into the other one.
A small USB hub will usually be a single bus number
The bigger hubs (10 or 20 ports) may? be one or may? a few bus numbers (I'm not sure I don't have one)

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
June 16, 2013, 02:28:37 PM
 #11073

3.2.2a
3.2.2 recompiled on 64 bit Fedora18, 64 bit xubuntu 11.04 and also on the RPi 32 (2012-12-16-wheezy-raspbian and rpi-update)

https://github.com/kanoi/cgminer-binaries

To get the 64 bit xubuntu 11.04 binary:
wget https://github.com/kanoi/cgminer-binaries/raw/master/Ubuntu_11.04_x86_64/cgminer-3.2.2a
chmod +x cgminer-3.2.2a
md5sum cgminer-3.2.2a

8c16f622795c5cd8a58c6aebc024ac09  cgminer-3.2.2a
(this version should also work on Fedora 16 and Fedora 17)

To get the RPi 32bit binary:
wget https://github.com/kanoi/cgminer-binaries/raw/master/RPi_32/cgminer-3.2.2a
chmod +x cgminer-3.2.2a
md5sum cgminer-3.2.2a

cd54da55f31398e5bc6b951a139d6745  cgminer-3.2.2a

To get the Fedora 18 binary:
wget https://github.com/kanoi/cgminer-binaries/raw/master/Fedora18_x86_64/cgminer-3.2.2a
chmod +x cgminer-3.2.2a
md5sum cgminer-3.2.2a

c1e48b33b2180b70a6f94aef3effe350  cgminer-3.2.2a

For anyone who didn't realise, it's just the executable file to put in place of 'cgminer'
Nothing else needs changing
On xubuntu 11.04 - first get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer'

I've run all three binaries without any problems so far, with 1x6950, 1xJalapeno, 1xAMU, 1xBLT, 1xBFL, 1xICA, 1xMMQ (Total ~8.6GH/s)

All have been built with -g
The -g (instead of -O2) means it's a debug build so if anyone finds a problem and has core dumps enabled, it will dump a much more useful debug core.

Otherwise, the same configure options as cvolivas' binary version for 64 bit xubuntu 11.04
In case anyone was wondering:
CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon --enable-scrypt
make clean
make


All USBs (only) for the RPi 32bit version
CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon
make clean
make

You will need to install libusb-1.0.0

All USBs (only) for the Fedora18 x86_64 version
CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon
make clean
make

You will need to install libusb-1.0.0


Note I have binary folders of ckolivas official release files in my binaries git also, for if you can't get to his downloads
To get them you select the folder (e.g. 3.2.2) then click on the file you want then right-click save-as "View Raw"


Important: Read ASIC-README or FPGA-README about USB configuration on linux and windows

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
camaro69327
Jr. Member
*
Offline Offline

Activity: 59



View Profile
June 16, 2013, 03:15:54 PM
 #11074

I tried to set intensity from 10 to 18, all the same, defined GPU and MEM clock manually, same issue. Trying different combinations for days but again the same.

I have [fglrx] module loaded - fglrx 9.0.2 [Sep 20 2012] with 6 minors AMD Driver and ATI OpenCL Drivers 2.8 and ADL SDK 5.0

It is promising that I'm not alone with this problem, tried to search for it but just can't define correctly the search Sad

In case this can help someone else. I had the Exact same problem this user is experiencing . its the Fglrx drivers!!!

I struggled for a week with this and finally asked for help . The Fglrx drivers we are told to install according to a guide. Linuix nube here, so i followed the guide word for word and never got things going . the person helping me had me remove those drivers (FGLRX) and install  13.XX AMD Drivers and Magically all problems disappeared. I could set clocks and finally mine at full tilt!

Been mining non stop for 3 months 24/7 on that Linux install.

Sorry if off topic for this thread , Love cgminer , and if this could help someone else avoid the headache!


BTC : 1CcWoADqDtn5R1uL2TmTFw8CFtvLCqeW2j
PatMan
Hero Member
*****
Offline Offline

Activity: 924


Watch out for the "Neg-Rep-Dogie-Police".....


View Profile WWW
June 16, 2013, 03:22:29 PM
 #11075

Great work guys, kudos.

"When one person is deluded it is called insanity - when many people are deluded it is called religion" - Robert M. Pirsig.  I don't want your coins, I want change.
Amazon UK BTC payment service - https://bitcointalk.org/index.php?topic=301229.0 - with FREE delivery!
http://www.ae911truth.org/ - http://rethink911.org/ - http://rememberbuilding7.org/
Trongersoll
Sr. Member
****
Offline Offline

Activity: 448


Retired Software Engineer


View Profile
June 16, 2013, 06:29:06 PM
 #11076

This is not a complaint or  request for help. First, i'm running 3.1.1. I just consolidated 7 ASICminer USB sticks that had been running fine plugged into various USB ports into one Anker 10 port USB Hub with a fan on it. I haven't gone on to 3.2 series because the Anker is USB 3.0. What i've found is that two sticks are only averaging 200Mh/s and are get significantly more HW errors than the others. They are ICA 3 and ICA 6, i find that the numbers are multiples of 3 interesting and thought it might of interest to  the Devs. Perhaps not. I'm going to let things run as is until it is announced that 3.2 series is USB 3.0 compatible. thanks for the great job guys.

*insert appropriate begging line here* 
BTC: 1CS6AV7VnjcPLxaTFoUhTjXK4mQCTzfSxE
Doge: DB22tiynvXKg7SyPpnH9jyfitKLTZb6ejc
Krak
Hero Member
*****
Offline Offline

Activity: 591



View Profile WWW
June 16, 2013, 06:32:45 PM
 #11077

This is not a complaint or  request for help. First, i'm running 3.1.1. I just consolidated 7 ASICminer USB sticks that had been running fine plugged into various USB ports into one Anker 10 port USB Hub with a fan on it. I haven't gone on to 3.2 series because the Anker is USB 3.0. What i've found is that two sticks are only averaging 200Mh/s and are get significantly more HW errors than the others. They are ICA 3 and ICA 6, i find that the numbers are multiples of 3 interesting and thought it might of interest to  the Devs. Perhaps not. I'm going to let things run as is until it is announced that 3.2 series is USB 3.0 compatible. thanks for the great job guys.

Sounds like 3.2.2 has some USB 3.0 fixes; give it a shot.

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
Mastergerund
Member
**
Offline Offline

Activity: 99



View Profile
June 16, 2013, 07:15:42 PM
 #11078

Did I miss a mandatory upgrade? I am still using 2.11.4 and it is doing fine. I understood I need to upgrade for FPGA's or ASICs, but I am only GPU mining.

▬▬▬▬▬▬▬▬▬▬▬▬▬▬ [D]ecentralized application [E]liminated third parties [C]ontent distribution
  █ DECENT FOUNDATION    ░░░░░░░░░░░░░░░░░░░░░░░░   JOIN NOW! ICO ⏰ 10th of September
▬▬▬▬▬▬▬▬▬▬▬▬▬▬ [E]ncrypted & secure         [N]o borders                  [T]imeless reputation
streetuff
Full Member
***
Offline Offline

Activity: 150



View Profile
June 16, 2013, 07:17:12 PM
 #11079

my 2 usb block errupters still die after a minute on linux with 3.2.2...
back to 3.1.1 for me...

x86 running lubuntu.
Linux Viotech 3.2.0-26-generic #41-Ubuntu SMP Thu Jun 14 16:26:01 UTC 2012 i686 i686 i386 GNU/Linux
freshzive
Sr. Member
****
Offline Offline

Activity: 447


View Profile
June 16, 2013, 07:34:43 PM
 #11080

my 2 usb block errupters still die after a minute on linux with 3.2.2...
back to 3.1.1 for me...

x86 running lubuntu.
Linux Viotech 3.2.0-26-generic #41-Ubuntu SMP Thu Jun 14 16:26:01 UTC 2012 i686 i686 i386 GNU/Linux

Same here, still getting the "idle more than 60 seconds" error and disconnections.

I build from source on Ubuntu 12.04 x64. Block erupters are connected with a USB 3.0 hub and function properly in cgminer3.1.1.

Time to downgrade again.

Pages: « 1 ... 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 591 592 593 594 595 596 597 598 599 600 601 602 603 604 ... 830 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!