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

[BittBurger]

I've been mining for 12 hours and this is all i see on my CGMiner display for P2Pool ...


GPU: 0   10.75M/11.17Mh/s

Stratum from pool 0 requested work restart
Stratum from pool 0 requested work restart
Stratum from pool 0 requested work restart
Stratum from pool 0 requested work restart
Stratum from pool 0 requested work restart
Stratum from pool 0 requested work restart
Stratum from pool 0 detected new block
Stratum from pool 0 requested work restart
Stratum from pool 0 requested work restart
Stratum from pool 0 detected new block
Stratum from pool 0 requested work restart
Stratum from pool 0 requested work restart

I have no new litecoins in my wallet yet.  Is this thing working correctly?  Am I Mining?

Thanks

[Trongersoll]

I just installed cgminer on a little eeePC netbook because I got a new Erupter and my USB hub for my regular miner hasn't come yet. I must say that once i read the right READMEs the install went pretty quick. i had to get 7zip and that zadig program, but it all worked well. Normally, i only use this machine to browse and read books. now it is hashing too(temporarily).


Thanks guys for a great mining program.

[salfter]

I've been mining for 12 hours and this is all i see on my CGMiner display for P2Pool ...

GPU: 0   10.75M/11.17Mh/s

Stratum from pool 0 requested work restart
[snipped]

I have no new litecoins in my wallet yet.  Is this thing working correctly?  Am I Mining?

That seems awfully high for scrypt mining on a single GPU. For comparison, my 6870 does about 310 kH/s; the rate you're quoting is nearly two orders of magnitude faster. Are you sure you're actually using scrypt, or are you attempting to use sha256d on Litecoin P2Pool?

[Roy Badami]

I just installed cgminer on a little eeePC netbook

Hey, I run cgminer on an original EEEPC 701 running Ubuntu.  Works just fine...

roy

[Trongersoll]

I just installed cgminer on a little eeePC netbook

Hey, I run cgminer on an original EEEPC 701 running Ubuntu.  Works just fine...

roy

I'm running XP. seems to be working well.

[ChipGeek]

I'm cannot get my new BFL ASIC running on my RPi using cgminer 3.1.1.  It has been hashing fine with my BFL FPGA up to now (and it still works if I plug back it in). 

I tried these commands from the ASIC-README.  The second command was not required (it said the group already existed).

Code:

 sudo usermod -G plugdev -a `whoami`

 sudo groupadd plugdev

 sudo cp /usr/src/cgminer/01-cgminer.rules /etc/udev/rules.d/

Code:

 [2013-06-13 16:52:30] Started cgminer 3.1.1
 [2013-06-13 16:52:30] No devices detected!
 [2013-06-13 16:52:30] Waiting for USB hotplug devices or press q to quit
 [2013-06-13 16:52:30] Probing for an alive pool

I'm running in the default "pi" account.  Can someone please give me some guidance where to look or what to do next?  Thanks. 

[turtle83]

I'm cannot get my new BFL ASIC running on my RPi using cgminer 3.1.1.  It has been hashing fine with my BFL FPGA up to now (and it still works if I plug back it in).  

I tried these commands from the ASIC-README.  The second command was not required (it said the group already existed).

Code:

 sudo usermod -G plugdev -a `whoami`

 sudo groupadd plugdev

 sudo cp /usr/src/cgminer/01-cgminer.rules /etc/udev/rules.d/

Code:

 [2013-06-13 16:52:30] Started cgminer 3.1.1
 [2013-06-13 16:52:30] No devices detected!
 [2013-06-13 16:52:30] Waiting for USB hotplug devices or press q to quit
 [2013-06-13 16:52:30] Probing for an alive pool

I'm running in the default "pi" account.  Can someone please give me some guidance where to look or what to do next?  Thanks.  

you need to restart udev after u added the rules for it to see it. hell just restart the pi for good measure.

does lsusb see the asic?
anything funky in dmesg|tail ?

first see if cgminer sees the new device with sudo . if sudo also doesnt work, then its not permission issue, something different.

[ChipGeek]

you need to restart udev after u added the rules for it to see it. hell just restart the pi for good measure.

does lsusb see the asic?
anything funky in dmesg|tail ?

first see if cgminer sees the new device with sudo . if sudo also doesnt work, then its not permission issue, something different.

Sorry - linux noob here.  Thanks for your help.  I did restart the pi - twice.   My cgminer command line starts with:

Code:

sudo /usr/src/cgminer/cgminer -o http://...

Code:

pi@raspberrypi ~ $ lsusb
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. 
Bus 001 Device 004: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 001 Device 005: ID 0d3d:0001 Tangtop Technology Co., Ltd HID Keyboard
pi@raspberrypi ~ $ dmesg | tail
[   11.224838] bcm2835 ALSA chip created!
[   11.242032] bcm2835 ALSA chip created!
[   11.258035] bcm2835 ALSA chip created!
[   11.272962] bcm2835 ALSA chip created!
[   11.288352] bcm2835 ALSA chip created!
[   11.304921] bcm2835 ALSA chip created!
[   15.854575] mmc0: missed completion of cmd 18 DMA (512/512 [1]/[1]) - ignoring it
[   15.869959] mmc0: DMA IRQ 6 ignored - results were reset
[   19.843212] smsc95xx 1-1.1:1.0: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
[   24.073821] Adding 102396k swap on /var/swap.  Priority:-1 extents:1 across:102396k SS
pi@raspberrypi ~ $ 

[turtle83]

you need to restart udev after u added the rules for it to see it. hell just restart the pi for good measure.

does lsusb see the asic?
anything funky in dmesg|tail ?

first see if cgminer sees the new device with sudo . if sudo also doesnt work, then its not permission issue, something different.

Sorry - linux noob here.  Thanks for your help.  I did restart the pi - twice.   My cgminer command line starts with:

Code:

sudo /usr/src/cgminer/cgminer -o http://...

Code:

pi@raspberrypi ~ $ lsusb
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. 
Bus 001 Device 004: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 001 Device 005: ID 0d3d:0001 Tangtop Technology Co., Ltd HID Keyboard
pi@raspberrypi ~ $ dmesg | tail
[   11.224838] bcm2835 ALSA chip created!
[   11.242032] bcm2835 ALSA chip created!
[   11.258035] bcm2835 ALSA chip created!
[   11.272962] bcm2835 ALSA chip created!
[   11.288352] bcm2835 ALSA chip created!
[   11.304921] bcm2835 ALSA chip created!
[   15.854575] mmc0: missed completion of cmd 18 DMA (512/512 [1]/[1]) - ignoring it
[   15.869959] mmc0: DMA IRQ 6 ignored - results were reset
[   19.843212] smsc95xx 1-1.1:1.0: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
[   24.073821] Adding 102396k swap on /var/swap.  Priority:-1 extents:1 across:102396k SS
pi@raspberrypi ~ $ 

Well since you tried with sudo, means its not the udev things. sudo has access to everything.
0403:6014 is the BFL ... so it is being seen by the system all right. Probably something with cgminer... I dont have a BFL so cant help beyond this...

[ChipGeek]

Well since you tried with sudo, means its not the udev things. sudo has access to everything.
0403:6014 is the BFL ... so it is being seen by the system all right. Probably something with cgminer... I dont have a BFL so cant help beyond this...

Thank you.  I'm going to try on Windows next - just to make sure the hardware is working.  Of course I've now hit the USB thing that I need zadig for.  Off to read more ASIC-README and do what it says...

[ChipGeek]

Under Windows 7 I've used zadig to replace the FTDI driver with the WinUSB driver.  When I start cgminer, I get this:

Code:

 cgminer version 3.1.1 - Started: [2013-06-13 18:19:39]
--------------------------------------------------------------------------------
 (5s):55.66M (avg):58.84Mh/s | A:0  R:0  HW:0  U:0.0/m  WU:0.0/m
 ST: 2  SS: 0  NB: 1  LW: 7  GF: 0  RF: 0
 Connected to us1.eclipsemc.com diff 1 with stratum as user [username]
 Block: 00f6d64abcfaeb79...  Diff:15.6M  Started: [18:19:39]  Best share: 0
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:                | 58.54M/61.84Mh/s | A:0 R:0 HW:0 U:0.00/m I: 3
--------------------------------------------------------------------------------

 [2013-06-13 18:19:38] Started cgminer 3.1.1
 [2013-06-13 18:19:38] BitForceSC detect (1:10) get details returned nothing (0:0)
 [2013-06-13 18:19:38] Probing for an alive pool
 [2013-06-13 18:19:39] Disabling extra threads due to dynamic mode.
 [2013-06-13 18:19:39] Tune dynamic intensity with --gpu-dyninterval
 [2013-06-13 18:19:39] Network diff set to 15.6M
 [2013-06-13 18:19:40] Thread 1 being disabled
 [2013-06-13 18:19:45] BitForceSC detect (1:10) get details return invalid/timed out (0:-7)
 [2013-06-13 18:19:51] BitForceSC detect (1:10) get details return invalid/timed out (0:-7)
 [2013-06-13 18:19:56] BitForceSC detect (1:10) get details return invalid/timed out (0:-7)

[-ck]

Under Windows 7 I've used zadig to replace the FTDI driver with the WinUSB driver.  When I start cgminer, I get this:
snip

Yes it's a known about problem with slower USB/timeouts on some of the devices. There is a fix for this in the master git development tree, but no official release with it yet unfortunately. Hopefully soon...

[dentldir]

And if you are NOT having problems with 3.2.1 on RPi, could you tell me your kernel version?

I'm running cgminer 3.2.1 on an RPi with 4 Erupters and a Jalapeno with no problems.

Linux minepeon 3.6.11-11-ARCH+ #1 PREEMPT Tue May 14 16:12:58 UTC 2013 armv6l GNU/Linux

The only change I made was taking the 200ms timeout up to 999ms as a temporary workaround to get the Jalapeno to talk.  The erupters worked right out of the box.  Hot plug and all.

Cheers and thanks for all the work.

[ChipGeek]

Under Windows 7 I've used zadig to replace the FTDI driver with the WinUSB driver.  When I start cgminer, I get this:
snip

Yes it's a known about problem with slower USB/timeouts on some of the devices. There is a fix for this in the master git development tree, but no official release with it yet unfortunately. Hopefully soon...

So is it the same issue in linux on my RPi or is the above a Windows only thing? 
If Windows only could you please look back a few replies?
In the short term, I guess I'll try BFL's Easyminer.

[-ck]

Under Windows 7 I've used zadig to replace the FTDI driver with the WinUSB driver.  When I start cgminer, I get this:
snip

Yes it's a known about problem with slower USB/timeouts on some of the devices. There is a fix for this in the master git development tree, but no official release with it yet unfortunately. Hopefully soon...

So is it the same issue in linux on my RPi or is the above a Windows only thing? 
If Windows only could you please look back a few replies?
In the short term, I guess I'll try BFL's Easyminer.

Some BFL devices have a slow-initialisation problem which will happen on any OS. The RPi seems to be bitten by something else as well. We're still investigation though we think we've instrumented the problem at least.

[CanaryInTheMine]

so how do I tell where ICA 24 is located among my hubs? is there a way in cgminer to force the green light on the USB Miner to flicker very fast to help locate a particular USB Miner?
kind of like on some hard drives in raid array you have an option to "identify" a drive by turning on a flashing light or something...
if this feature does not exist, i'd like to request it. should it be added to ICA, AVL and BFL devices? 

[Bartalone]

Hi, does anybody can help me?
I'm using Ubuntu 12.04 64bit and the latest cgminer 3.2.1
I have 6 7950 GPU, installed drivers properly and all the needed sdk tools as described on many tutorials.
Ubuntu detects all 6 card with no problem.
I tried many many combinations of scripts to get good hash rates but failed all the time.
I saw all the time that 1 GPU temp goes high - working on 80C, but the other 5 cards are on ambient temps.
Max hash rate is 100mh/s per GPU what I able to make.
The script is:

./cgminer -o http://pool.50btc.com:8332 -u XXX -p XXX -I 10 --gpu-reorder --auto-fan -w 256 -g 1

Posted a screenshot maybe will help
http://s24.postimg.org/3llk0yhqd/low_hash.jpg

Thank you in advance

[os2sam]

-w 256 -g 1

I don't think you need to specify a work size with those GPU's, not sure though since I don't have those.

Why are you limiting your GPU's to one thread?  I would remove both of these settings.
Sam

[os2sam]

so how do I tell where ICA 24 is located among my hubs? is there a way in cgminer to force the green light on the USB Miner to flicker very fast to help locate a particular USB Miner?
kind of like on some hard drives in raid array you have an option to "identify" a drive by turning on a flashing light or something...
if this feature does not exist, i'd like to request it. should it be added to ICA, AVL and BFL devices? 

What does "cgminer-nogpu" -n say?

I use 3.2.1 and it tells me what bus number and device number each one is so I can, with some trial and error, which one is which.  I agree your suggestion would make things easier especially with the number of devices you have.

I would hate to map all of those serial ports like you are with 3.1.x.  I would recommend going to 3.2.1, it really is much easier.
Sam

[Bartalone]

-w 256 -g 1

I don't think you need to specify a work size with those GPU's, not sure though since I don't have those.

Why are you limiting your GPU's to one thread?  I would remove both of these settings.
Sam

I tried it without them, same story. It's like GPU's not working on their full power (this config worked in windows, hardware is ok, linux is more stable).
I don't know is there some settings how to configure GPU usage.