Author

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 302. (Read 5805537 times)

sr. member
Activity: 280
Merit: 250
Sometimes man, just sometimes.....
Question ... ?
Is anyone having problems with cgminer 3.2.1 Icarus mining (Icarus, Lancelot or Erupter only) on anything OTHER than the RPi?
I seem to have narrowed it down to possibly being a timer bug (happening inside libusb - so possibly a kernel problem)
And if you are NOT having problems with 3.2.1 on RPi, could you tell me your kernel version?
with uname -a
Thanks!

Edit: and not using USB 3.0 Smiley

Trying to catch up on posts, might have missed something on this, but is this/could this be the same issue that is causing Jalapeno's to not run on r-pi's?
My Jalapeno works fine on my RPi - but yes I'm using a USB2.0 powered hub.
Though, even plugging the USB2.0 hub in, with the Jalapeno and the AMU already plugged into it, crashes linux on the RPi ... before I even go near cgminer.

The RPi problem seems to only affect the Icarus driver, however, USB 3.0 is pretty much not working at the moment for anything
I do have a powered USB3.0 hub I bought recently for testing this, but have been side tracked:
I've been running around in circles with the AMU Icarus RPi problem only to find it may well be an OS bug ... I've finally tracked it down to a call into libusb that never comes back and never times out ... but it works perfectly on my desktop ...

Anyway will look into USB 3.0 soon.

Okay, clearly I am missing something.  I have my Jalapeno plugged directly into my rpi.  Should I not be doing that in order to get cgminer to recognize it?  I am running it headless, just my rpi with my jalapeno plugged into it and using putty for anything, not using a keyboard.  So, maybe I missed something.  I have a USB 2.0 hub I could use if that for some reason solves the problem.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Question ... ?
Is anyone having problems with cgminer 3.2.1 Icarus mining (Icarus, Lancelot or Erupter only) on anything OTHER than the RPi?
I seem to have narrowed it down to possibly being a timer bug (happening inside libusb - so possibly a kernel problem)
And if you are NOT having problems with 3.2.1 on RPi, could you tell me your kernel version?
with uname -a
Thanks!

Edit: and not using USB 3.0 Smiley

Trying to catch up on posts, might have missed something on this, but is this/could this be the same issue that is causing Jalapeno's to not run on r-pi's?
My Jalapeno works fine on my RPi - but yes I'm using a USB2.0 powered hub.
Though, even plugging the USB2.0 hub in, with the Jalapeno and the AMU already plugged into it, crashes linux on the RPi ... before I even go near cgminer.

The RPi problem seems to only affect the Icarus driver, however, USB 3.0 is pretty much not working at the moment for anything
I do have a powered USB3.0 hub I bought recently for testing this, but have been side tracked:
I've been running around in circles with the AMU Icarus RPi problem only to find it may well be an OS bug ... I've finally tracked it down to a call into libusb that never comes back and never times out ... but it works perfectly on my desktop ...

Anyway will look into USB 3.0 soon.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I'm experiencing a issue with CGminer.

I recently moved my XFX 6870 from my gaming machine which was used to mine when I wasn't gaming to my first rig.  I keep getting error's from windows saying it had to stop the program from running.

MoBo: msi x58A-GD45
Proc: I7 920
Memory : 2GB
Video Card: 6870 XFX HD - CCC Version - 13.4 Direct3D Version 9.14.10.0969

Not entirely sure what the problem could be.  I've tried running as admin.  Any help?  Thanks!
I had same problem with incompatible OpenCL driver combination... Changing it might help

In event log, I'm getting this error -

- System

  - Provider

   [ Name]  Application Error
 
  - EventID 1000

   [ Qualifiers]  0
 
   Level 2
 
   Task 100
 
   Keywords 0x80000000000000
 
  - TimeCreated

   [ SystemTime]  2013-06-07T14:03:10.000000000Z
 
   EventRecordID 1752
 
   Channel Application
 
   Computer Miner1-PC
 
   Security
 

- EventData

   cgminer.exe
   0.0.0.0
   518e20db
   cgminer.exe
   0.0.0.0
   518e20db
   c0000005
   000265be
   12a0
   01ce6387bbccda57
   C:\Users\Miner1\Desktop\cgminer\cgminer-3.1.1-windows\cgminer.exe
   C:\Users\Miner1\Desktop\cgminer\cgminer-3.1.1-windows\cgminer.exe
   fc31de57-cf7a-11e2-8d68-6c626de9cc51


Any help on this.  Google is saying that some of these error's happen when the Proc trys to access "No-Mans Land" in the memory.  It's pretty much a dump spot.  Any advice?

Anyone have any direction with this?  Still need help.
Driver + SDK. Use a clean uninstaller and start again... as it says in the GPU README.
full member
Activity: 170
Merit: 100
I'm experiencing a issue with CGminer.

I recently moved my XFX 6870 from my gaming machine which was used to mine when I wasn't gaming to my first rig.  I keep getting error's from windows saying it had to stop the program from running.

MoBo: msi x58A-GD45
Proc: I7 920
Memory : 2GB
Video Card: 6870 XFX HD - CCC Version - 13.4 Direct3D Version 9.14.10.0969

Not entirely sure what the problem could be.  I've tried running as admin.  Any help?  Thanks!
I had same problem with incompatible OpenCL driver combination... Changing it might help

In event log, I'm getting this error -

- System

  - Provider

   [ Name]  Application Error
 
  - EventID 1000

   [ Qualifiers]  0
 
   Level 2
 
   Task 100
 
   Keywords 0x80000000000000
 
  - TimeCreated

   [ SystemTime]  2013-06-07T14:03:10.000000000Z
 
   EventRecordID 1752
 
   Channel Application
 
   Computer Miner1-PC
 
   Security
 

- EventData

   cgminer.exe
   0.0.0.0
   518e20db
   cgminer.exe
   0.0.0.0
   518e20db
   c0000005
   000265be
   12a0
   01ce6387bbccda57
   C:\Users\Miner1\Desktop\cgminer\cgminer-3.1.1-windows\cgminer.exe
   C:\Users\Miner1\Desktop\cgminer\cgminer-3.1.1-windows\cgminer.exe
   fc31de57-cf7a-11e2-8d68-6c626de9cc51


Any help on this.  Google is saying that some of these error's happen when the Proc trys to access "No-Mans Land" in the memory.  It's pretty much a dump spot.  Any advice?

Anyone have any direction with this?  Still need help.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
With cgminer 3.2.1 I get a BSOD when I close & restart cgminer 2 or 3 times during the same Windows session. Never happened with 3.1.0 .The BSOD occured while initializing cgminer (screen stops responding and then the Blue Screen of Death).

My setup is a Core2 Quad Q6600 with 2x5850 in Crossfire, and  Win 7 x64 with Catalyst 3.14 and the following config file:

Hope you can fix this possible  bug. Thanks!

A BSOD is an operating system bug. You expect us to fix windows?
hero member
Activity: 602
Merit: 535
Account hacked from Oct 11th to Nov 1st 2017
With cgminer 3.2.1 I get a BSOD when I close & restart cgminer 2 or 3 times during the same Windows session. Never happened with 3.1.0 .The BSOD occured while initializing cgminer (screen stops responding and then the Blue Screen of Death).

My setup is a Core2 Quad Q6600 with 2x5850 in Crossfire, and  Win 7 x64 with Catalyst 3.14 and the following config file:

Code:
{
"pools" : [
{
"url" : "http://127.0.0.1:7956",
"user" : "username",
"pass" : "password"
}
],

"scrypt" : true,
"intensity" : "18,17",
"gpu-fan" : "60,75",
"auto-fan" : true,
"queue" : "0",
"expiry" : "1",
"scan-time" : "1",
"thread-concurrency" : "6400",
"shaders" : "1440",
"worksize" : "256",
"gpu-threads" : "1",
"lookup-gap" : "2"
}

Hope you can fix this possible  bug. Thanks!
sr. member
Activity: 280
Merit: 250
Sometimes man, just sometimes.....
Question ... ?
Is anyone having problems with cgminer 3.2.1 Icarus mining (Icarus, Lancelot or Erupter only) on anything OTHER than the RPi?
I seem to have narrowed it down to possibly being a timer bug (happening inside libusb - so possibly a kernel problem)
And if you are NOT having problems with 3.2.1 on RPi, could you tell me your kernel version?
with uname -a
Thanks!

Edit: and not using USB 3.0 Smiley

Trying to catch up on posts, might have missed something on this, but is this/could this be the same issue that is causing Jalapeno's to not run on r-pi's?
full member
Activity: 224
Merit: 100
This may, or may have been asked a million times. I'm fairly new to CGminer, and wanted to use it on my gaming PC. Is there an option that allows more gpu power to graphics demanding things (games, videos, etc.), then when I stop, cgminer would dedicate more processing power to itself and mine faster.

In other words, I used to use GUIminer (poclbm) for my gaming PC since I could use the "-f" flag to always make sure I had a certain FPS. Mining speed would be slow while playing games, but automatically resume once I was done and/or afk.

Dynamic Intensity

-I d

From top post

--intensity|-I Intensity of GPU scanning (d or -10 -> 10, default: d to maintain desktop interactivity)

While I use this in my setup, I also use Bitcoin Miners In Tray to take care of switching things around when I need them.

For example, I've maximized my hashrate with dynamic intensity such that it doesn't interfere with desktop usage, but it slows down everything and causes games to stutter a lot if the miner is still running while I'm playing a game.  So I have Bitcoin Miners In Tray set to shut down cgminer completely whenever certain programs are running.  Since I have Steam on my system, I have it set to look for GameOverlayUI.exe in the running processes.  It automatically shuts down cgminer when I start anything from inside Steam (for the most part) and restarts cgminer a few seconds after I exit the game.  Works beautifully!

Note it can do much more than just what I'm doing with it.  Read up on Bitcoin Miners In Tray in this thread: https://bitcointalksearch.org/topic/crypto-miners-in-tray-a-lightweight-front-end-for-unattended-mining-149442
hero member
Activity: 826
Merit: 1000
You sure you have the opencl sdk?

My machine is also my workstation, and I need Windows.  It worked before on Win7 - it's why it now doesn't that's making my mind boggle. 

Surely if I didn't have the SDK, it wouldn't run at all?  I've never needed to install anything other than the drivers in the past. 

It runs for a few minutes at high CPU, then the machine locks up solid.  Yet it'll run Furmark for hours with no issues...

I'm going to blow this 7 install away and stick 8 on, see if that helps. 
This is what I do. Not sure if this is something recommended but it works. I have a test computer(same cgminer) and I create .bin file. Looking for best driver SDK combination... Then I move cart to miner install drivers and copy .bin. It works for me. So copy .bin from the old to new one...

Uptime is everything...
legendary
Activity: 3583
Merit: 1094
Think for yourself
This may, or may have been asked a million times. I'm fairly new to CGminer, and wanted to use it on my gaming PC. Is there an option that allows more gpu power to graphics demanding things (games, videos, etc.), then when I stop, cgminer would dedicate more processing power to itself and mine faster.

In other words, I used to use GUIminer (poclbm) for my gaming PC since I could use the "-f" flag to always make sure I had a certain FPS. Mining speed would be slow while playing games, but automatically resume once I was done and/or afk.

Dynamic Intensity

-I d

From top post

--intensity|-I Intensity of GPU scanning (d or -10 -> 10, default: d to maintain desktop interactivity)
legendary
Activity: 1022
Merit: 1001
I'd fight Gandhi.
This may, or may have been asked a million times. I'm fairly new to CGminer, and wanted to use it on my gaming PC. Is there an option that allows more gpu power to graphics demanding things (games, videos, etc.), then when I stop, cgminer would dedicate more processing power to itself and mine faster.

In other words, I used to use GUIminer (poclbm) for my gaming PC since I could use the "-f" flag to always make sure I had a certain FPS. Mining speed would be slow while playing games, but automatically resume once I was done and/or afk.
sr. member
Activity: 266
Merit: 250
The Assman: CEO of Vandelay Import/Export, Inc.
Windows 7 x64 - using Zadig drivers - 1x Block Erupter (sapphire) - USB 3.0 Anker 10 port hub

command:
Code:
cgminer-nogpu -o stratum.btcguild.com:3333 -u kosmokramer_ERUPTER -p [x] --icarus-options 115200:1:1 --icarus-timing 3.0=100

3.2.1 opens and runs for a couple seconds reporting that device detected, then undetected, then detected, then undetected, ....
then crashes - I believe this is the "zombified" error reported a couple posts above me.

I assume this is the 3.0 support that you say is pending.

I, for one, would be happy to donate if you could push through 3.0 support - I'd love to use this software!!

I test every one of these for customers prior to shipment (currently using BitMinter but would like to use cgminer too), and it would be very valuable to me if cgminer worked with my setup. I sometimes have 50+ plugged into Anker 3.0 hubs when new inventory arrives and it's just not handling that at present.
legendary
Activity: 1540
Merit: 1001
Why would you run 12.8 when 13.4 works perfectly fine? Were 7000 cards even out when 12.8 was released? Did you ever consider that you are using drivers that were never intended for that card? Have you also considered that it is why they have released newer drivers? To fix issues?

Actually 7xxx cards are supported since 11.12 (8.921) drivers.
Also AMD interest is in fixing gaming issues.

A newer driver could be better at gaming, but not necessarily at mining.
In fact, older drivers = better drivers.

Maybe try Linux? It's so easy.

Um.. your mileage may vary.  I spent a day trying to get linux to do what I can do in windows in an hour, and gave up.

M
legendary
Activity: 4354
Merit: 3614
what is this "brake pedal" you speak of?
What level of CPU usage are people getting using CGMiner 3.1.1?

I've got a Win7 x64 setup with a Core i7-3570k and getting about 25% CPU usage, hashing with just one USB Block Erupter.

I'm seeing about 60% on each of two cores. But the cpu is only runniing at 1Ghz so i don't expect much from it. running 4 erupters and a Radian 6570 GPU.

Im at 3 % on a pentium 4 3.0Ghz single core, with a 5830, bfl fpga single and a bfl jalapeno. cgminer 3.2.0, win xp.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Question ... ?
Is anyone having problems with cgminer 3.2.1 Icarus mining (Icarus, Lancelot or Erupter only) on anything OTHER than the RPi?
I seem to have narrowed it down to possibly being a timer bug (happening inside libusb - so possibly a kernel problem)
And if you are NOT having problems with 3.2.1 on RPi, could you tell me your kernel version?
with uname -a
Thanks!

Edit: and not using USB 3.0 Smiley

I'm having problems with Erupters being constantly zombified and redetected (every 15 seconds or so) on a fairly modern Intel Atom "nettop" running Ubuntu 12.04 and a 3.x kernel, with cgminer 3.2.1. It may be USB 3.0 related, since I'm using an Anker hub, but the computer does have USB 3.0 support. Everything works fine under cgminer 3.1.1.
Heh OK - I'll edit my post to say ... and not using USB 3.0 Cheesy
Thanks - yeah USB 3.0 is still awaiting attention.
sr. member
Activity: 456
Merit: 250
Question ... ?
Is anyone having problems with cgminer 3.2.1 Icarus mining (Icarus, Lancelot or Erupter only) on anything OTHER than the RPi?
I seem to have narrowed it down to possibly being a timer bug (happening inside libusb - so possibly a kernel problem)
And if you are NOT having problems with 3.2.1 on RPi, could you tell me your kernel version?
with uname -a
Thanks!

I'm having problems with Erupters being constantly zombified and redetected (every 15 seconds or so) on a fairly modern Intel Atom "nettop" running Ubuntu 12.04 and a 3.x kernel, with cgminer 3.2.1. It may be USB 3.0 related, since I'm using an Anker hub, but the computer does have USB 3.0 support. Everything works fine under cgminer 3.1.1.

EDIT: Kernel version is 3.2.0-45-generic #70-Ubuntu SMP, 64-bit, to be exact.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Question ... ?
Is anyone having problems with cgminer 3.2.1 Icarus mining (Icarus, Lancelot or Erupter only) on anything OTHER than the RPi?
I seem to have narrowed it down to possibly being a timer bug (happening inside libusb - so possibly a kernel problem)
And if you are NOT having problems with 3.2.1 on RPi, could you tell me your kernel version?
with uname -a
Thanks!

Edit: and not using USB 3.0 Smiley
hero member
Activity: 1246
Merit: 501
You sure you have the opencl sdk?

My machine is also my workstation, and I need Windows.  It worked before on Win7 - it's why it now doesn't that's making my mind boggle. 

Surely if I didn't have the SDK, it wouldn't run at all?  I've never needed to install anything other than the drivers in the past. 

It runs for a few minutes at high CPU, then the machine locks up solid.  Yet it'll run Furmark for hours with no issues...

I'm going to blow this 7 install away and stick 8 on, see if that helps. 
newbie
Activity: 50
Merit: 0
It's weird because I ran 13.4 no problems what so ever. But on a shittier mainboard.
legendary
Activity: 2912
Merit: 1060
You sure you have the opencl sdk?

My machine is also my workstation, and I need Windows.  It worked before on Win7 - it's why it now doesn't that's making my mind boggle. 
Jump to: