Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 623. (Read 5805546 times)
March 08, 2012, 07:30:52 PM
any plans to support the x6500 fpgas?
March 08, 2012, 05:57:08 PM
Hello
I have tried to compile and run cgminer for my BFL box.
While the compialtion runs fine with diabled open CL i get the following error when i start cgminer.
'All devices disabled, cannot mine!'
The bitforce box is connected and running.
Anybody has an idea ?
Your configure command should end with ./configure --enable-bitforceI have tried to compile and run cgminer for my BFL box.
While the compialtion runs fine with diabled open CL i get the following error when i start cgminer.
'All devices disabled, cannot mine!'
The bitforce box is connected and running.
Anybody has an idea ?
Also, when starting, use
--scan-serial /dev/ttyUSB0 \
--scan-serial /dev/ttyUSB1 \
or under windows
-S com5 -S com6
if you have more than one device.
March 08, 2012, 05:29:29 PM
Hello
I have tried to compile and run cgminer for my BFL box.
While the compialtion runs fine with diabled open CL i get the following error when i start cgminer.
'All devices disabled, cannot mine!'
The bitforce box is connected and running.
Anybody has an idea ?
I have tried to compile and run cgminer for my BFL box.
While the compialtion runs fine with diabled open CL i get the following error when i start cgminer.
'All devices disabled, cannot mine!'
The bitforce box is connected and running.
Anybody has an idea ?
March 08, 2012, 05:13:21 PM
Is it really that simple? I thought you couldn't start p2pool until bitcoind had fully synced with the network (sometimes minutes).
Like suppose power is off for 2 or 3 hours. It'd take bitcoind several minutes to catch up and I don't think it's responsive during that time.
Like suppose power is off for 2 or 3 hours. It'd take bitcoind several minutes to catch up and I don't think it's responsive during that time.
You can start p2pool before bitcoind has caught up. It will keep indicating errors and you won't be able to mine using p2pool. If your mining rigs have a backup pool set they will use the backup pool. Eventually bitcoind will catch up and p2pool will start to issue work and cgminer will switch miners to p2pool (if it is your primary pool).
March 08, 2012, 05:01:11 PM
I have not checked the source code, but it seems that CGMINER keeps getting work from all defined pools, regardless if it mines on them or not. I am on very slow line (GPRS), so this hogs it the line a lot. Can it be run in "no poll" mode, just being switched on failure of primary pool?
BTW, i already use --failover-only, but it has no effect on amount of work being downloaded.
BTW, i already use --failover-only, but it has no effect on amount of work being downloaded.
Quote
--failover-only Don't leak work to backup pools when primary pool is lagging
Sounds like it might be a bug, in which case it's probably going to stay that way until ck gets back. However, to confirm, are you using --failover-only in the command line, or assuming it is the default? I ask beacuse I think the default failover mode intentionally isn't --failover-only and does leak work. 
March 08, 2012, 04:25:30 PM
I have not checked the source code, but it seems that CGMINER keeps getting work from all defined pools, regardless if it mines on them or not. I am on very slow line (GPRS), so this hogs it the line a lot. Can it be run in "no poll" mode, just being switched on failure of primary pool?
BTW, i already use --failover-only, but it has no effect on amount of work being downloaded.
BTW, i already use --failover-only, but it has no effect on amount of work being downloaded.
That is how CGMiner works and is one of the nice features, except in your case I guess. When/if the main pool is slow sending work then it "leaks" shares to the backup pools so that your GPU's are more fully utilized. In most cases this is desirable behavior. I have no idea how to disable this share "leak" feature though if "--failover-only Don't leak work to backup pools when primary pool is lagging" doesn't do it.
Sam
March 08, 2012, 03:55:09 PM
I have not checked the source code, but it seems that CGMINER keeps getting work from all defined pools, regardless if it mines on them or not. I am on very slow line (GPRS), so this hogs it the line a lot. Can it be run in "no poll" mode, just being switched on failure of primary pool?
BTW, i already use --failover-only, but it has no effect on amount of work being downloaded.
BTW, i already use --failover-only, but it has no effect on amount of work being downloaded.
March 08, 2012, 03:50:47 PM
Is it really that simple? I thought you couldn't start p2pool until bitcoind had fully synced with the network (sometimes minutes).
Like suppose power is off for 2 or 3 hours. It'd take bitcoind several minutes to catch up and I don't think it's responsive during that time.
Like suppose power is off for 2 or 3 hours. It'd take bitcoind several minutes to catch up and I don't think it's responsive during that time.
March 08, 2012, 02:27:47 PM
or once you have Windows 7 to login automatically just put a shortcut to the batch file in the startup folder. I use it to ensure p2pool and bitcoind startup automatically after a crash. Really I should look into making them services though.
March 08, 2012, 01:25:27 PM
BTW as a side note:
you can't run cgminer under local system because in Win7/Vista video drivers are user mode drivers. No user logged in = no GPU access.
you can't run cgminer under local system because in Win7/Vista video drivers are user mode drivers. No user logged in = no GPU access.
Oh well...That pretty much stops my idea in its tracks :-)
I'll just install ANUBIS then and use my wife as "a remote re-login agent" in case I need to reboot.
You can automatically start your user interface without your wife :-)
I made a new user with no rights, turn the pass off, and set task scheduler triggered "login user".
Its worg great after power off.
You can define another triggers.
Panda.
Panda,
I tried to setup what you suggests but I cannot get this to work. I must be retarded.
I'm running Win 7 Ultimate, no matter what I do, boot comes back with ALT+CTRL+DEL login screen.
I remember I could login into XP without user interaction, but how do YOU do this in Windows 7?
Any settings in the registry perhaps?
Yes, you can :-)
0. Write simple batch file starting your cgminer exe with all parameters name him startcg.bat,
1. In windows task scheduler set start your batch file named startcg.bat, the trigger use "after user login"
2. Remove the need for password:
a. login in your windows account normally,
b. [Windows][R] start run,
c. write control userpasswords2
d. select user name, you want password remove at start windows.
unselect control "to use this computer user must write name and password'
e. select OK.
Next time you will start this account without password.
Dont forger set BIOS "power up after power faliure"
I'am sorry for my english, but I have polish windows and and in your english windows there is another, but the sense is the same.
I use Windows 7 and it works great. The most important is to use tool "control userpasswords2"
Panda.
March 08, 2012, 09:08:43 AM
Yeah there's been a few FPGA changes (and related pull requests) since the last release and ckolivas started his 'break'
There also needs to be more work done on the interaction between Icarus and Bitforce
(so that by default Bitforce doesn't die with an Icarus device plugged in - though Luke-jr has sent a pull 'work around')
There also needs to be more work done on the interaction between Icarus and Bitforce
(so that by default Bitforce doesn't die with an Icarus device plugged in - though Luke-jr has sent a pull 'work around')
Well I just hope all this FPGA messing about does not break the GPU functionality.
Only a fraction of miners are using FPGA ATM and the majority are using GPU.
March 08, 2012, 08:23:38 AM
BTW as a side note:
you can't run cgminer under local system because in Win7/Vista video drivers are user mode drivers. No user logged in = no GPU access.
you can't run cgminer under local system because in Win7/Vista video drivers are user mode drivers. No user logged in = no GPU access.
Oh well...That pretty much stops my idea in its tracks :-)
I'll just install ANUBIS then and use my wife as "a remote re-login agent" in case I need to reboot.
You can automatically start your user interface without your wife :-)
I made a new user with no rights, turn the pass off, and set task scheduler triggered "login user".
Its worg great after power off.
You can define another triggers.
Panda.
March 07, 2012, 09:11:48 PM
Yeah there's been a few FPGA changes (and related pull requests) since the last release and ckolivas started his 'break'
There also needs to be more work done on the interaction between Icarus and Bitforce
(so that by default Bitforce doesn't die with an Icarus device plugged in - though Luke-jr has sent a pull 'work around')
There also needs to be more work done on the interaction between Icarus and Bitforce
(so that by default Bitforce doesn't die with an Icarus device plugged in - though Luke-jr has sent a pull 'work around')
Well I just hope all this FPGA messing about does not break the GPU functionality.
Only a fraction of miners are using FPGA ATM and the majority are using GPU.
March 07, 2012, 09:10:35 PM
Yeah there's been a few FPGA changes (and related pull requests) since the last release and ckolivas started his 'break'
There also needs to be more work done on the interaction between Icarus and Bitforce
(so that by default Bitforce doesn't die with an Icarus device plugged in - though Luke-jr has sent a pull 'work around')
There also needs to be more work done on the interaction between Icarus and Bitforce
(so that by default Bitforce doesn't die with an Icarus device plugged in - though Luke-jr has sent a pull 'work around')
March 07, 2012, 05:10:04 PM
its not in the latest windows version, I have a linux binary from the git with it compiled in to show temps but it wasnt compiled with openGL - so I cant run the Bitforce on the same machine as GPUs which I need to do in this situation.
I originally was running a single instance of cgminer, but I changed to two instances. One for the GPUs, one for the BFL Singles. For the GPU ionstance I compiled without the bitforce configuration. For the BFL cgminer I run kano's version with --disable-gpu.Maybe you can just run two instances until a windows binary becomes available.
yeah I might do that, I have a compiled luke-jr binary that shoes the temps right now i have the original version of cgminer running with gpu/bf and not just showing temps (it does throttle after all) but it would be nice to see the temps
thanks
March 07, 2012, 04:49:27 PM
its not in the latest windows version, I have a linux binary from the git with it compiled in to show temps but it wasnt compiled with openGL - so I cant run the Bitforce on the same machine as GPUs which I need to do in this situation.
I originally was running a single instance of cgminer, but I changed to two instances. One for the GPUs, one for the BFL Singles. For the GPU ionstance I compiled without the bitforce configuration. For the BFL cgminer I run kano's version with --disable-gpu.Maybe you can just run two instances until a windows binary becomes available.
March 07, 2012, 04:17:05 PM
its not in the latest windows version, I have a linux binary from the git with it compiled in to show temps but it wasnt compiled with openGL - so I cant run the Bitforce on the same machine as GPUs which I need to do in this situation.
March 07, 2012, 01:46:20 PM
any idea if Bitforce temps and API stats will be included in next version?
I thought temps were already in v 2.3.1API: kano worked on this. I already have this running, on ubuntu.
https://github.com/kanoi/cgminer
Screenshot here
https://bitcointalksearch.org/topic/bash-scripts-for-rpc-interface-to-cgminer-suggestions-welcome-66779
March 07, 2012, 12:25:52 PM
any idea if Bitforce temps and API stats will be included in next version?
March 07, 2012, 11:52:45 AM
BTW as a side note:
you can't run cgminer under local system because in Win7/Vista video drivers are user mode drivers. No user logged in = no GPU access.
you can't run cgminer under local system because in Win7/Vista video drivers are user mode drivers. No user logged in = no GPU access.
Oh well...That pretty much stops my idea in its tracks :-)
I'll just install ANUBIS then and use my wife as "a remote re-login agent" in case I need to reboot.
Or pay ANUBIS developer a bounty to support remote rebooting. It would be OS specific but can be done.
Theoretically everything can be done through a web interface (troubleshooting, monitoring, modifying configurations, restarting miner, rebooting rigs, powering off rigs). SSH could simply be used as a "last resort" to troubleshoot a rig with broken web control panel.
Jump to: