Why not just clone the GIT repository and build it yourself? I just did that last night on my Debian machine...works great!
yes well, that's what I did:) I am a fan of lean user experience though;P
Topic: OLD: BFGMiner 4.10.0: GBT+Stratum, RPC, Mac/Linux/Win64, Spondoolies SP30 - page 6. (Read 308593 times)
October 31, 2014, 12:59:16 PM
yes well, that's what I did:) I am a fan of lean user experience though;P
October 31, 2014, 08:58:06 AM
Is there a version of BFGminer that can autotune the clock frequencies for gridseed devices?
October 31, 2014, 08:48:31 AM
Hah, people snooping around find things before I announce them 
Yes, that's the point of it. It isn't done yet, though!
Any suggestions for the TUI and RPC changes to go with it?
Kinda weird to see 2 Mh/s average for "4 Mh/s when it's doing SHA2 and 100 kh/s when it's doing scrypt" XD
Yes, that's the point of it. It isn't done yet, though!
Any suggestions for the TUI and RPC changes to go with it?
Kinda weird to see 2 Mh/s average for "4 Mh/s when it's doing SHA2 and 100 kh/s when it's doing scrypt" XD
Srry! Didn't mean to snoop around or cause you trouble! Just updated and found that magic word in my git console which made me curious. Quite rightly!
TUI is tough for multiple algos. Maybe stack them like that.
Code:
bfgminer version 4.10.0 - Started: [2014-10-23 13:27:50] - [ 8 days 00:49:38]
[M]anage devices [P]ool management [S]ettings [D]isplay options [H]elp [Q]uit
----------------------------------------------------------------------------------------------------
Pool 0: sha.pool.com Diff:4 +Strtm LU:[13:16:31] User:sha_usr
Block: ...3abed3e2 #327848 Diff:36G (257.6P) Started: [12:55:51]
ST:4 F:12 NB:1243 AS:0 BW:[ 54/ 43 B/s] E:23.01 I: 2.75uBTC/hr BS:362k
2 | 4.90/ 4.95/ 4.72Gh/s | A:221409 R:1144+126(.56%) HW:33265/4.2%
----------------------------------------------------------------------------------------------------
BPM 0: | 2.49/ 2.49/ 2.37Gh/s | A:110784 R: 613+ 67(.60%) HW:16925/4.2%
BPM 1: | 2.47/ 2.46/ 2.35Gh/s | A:110626 R: 531+ 59(.52%) HW:16340/4.1%
----------------------------------------------------------------------------------------------------
Pool 0: srcypt.pool.com Diff:4 +Strtm LU:[13:16:31] User:scrypt_usr
Block: ...3abed3e2 #327848 Diff:36G (257.6P) Started: [12:55:51]
ST:4 F:12 NB:1243 AS:0 BW:[ 54/ 43 B/s] E:23.01 I: 2.75uBTC/hr BS:362k
2 | 950/ 932/ 940kh/s | A:221409 R:1144+126(.56%) HW:33265/4.2%
----------------------------------------------------------------------------------------------------
GSD 0: | 475/ 466/ 470kh/s | A:110784 R: 613+ 67(.60%) HW:16925/4.2%
GSD 1: | 475/ 466/ 470kh/s | A:110626 R: 531+ 59(.52%) HW:16340/4.1%
----------------------------------------------------------------------------------------------------
[2014-10-31 13:13:29] Accepted 1376f0cf GSD 0 Diff 13/4
[2014-10-31 13:13:34] Accepted 0966a537 BPM 1 Diff 27/4
[2014-10-31 13:13:39] Accepted 09d103b4 BPM 0 Diff 26/4
[2014-10-31 13:13:40] Accepted 130996e3 BPM 1 Diff 13/4
[2014-10-31 13:13:43] Accepted 24b1ea24 GSD 1 Diff 6/4
[2014-10-31 13:13:44] Accepted 14b90178 BPM 1 Diff 12/4
hhmmm... looks weird...
I've got CPU (and plan to have OpenCL) doing both at the same time
October 31, 2014, 07:50:32 AM
Hah, people snooping around find things before I announce them
Yes, that's the point of it. It isn't done yet, though!
Any suggestions for the TUI and RPC changes to go with it?
Kinda weird to see 2 Mh/s average for "4 Mh/s when it's doing SHA2 and 100 kh/s when it's doing scrypt" XD
Yes, that's the point of it. It isn't done yet, though!
Any suggestions for the TUI and RPC changes to go with it?
Kinda weird to see 2 Mh/s average for "4 Mh/s when it's doing SHA2 and 100 kh/s when it's doing scrypt" XD
Srry! Didn't mean to snoop around or cause you trouble! Just updated and found that magic word in my git console which made me curious. Quite rightly!
TUI is tough for multiple algos. Maybe stack them like that.
Code:
bfgminer version 4.10.0 - Started: [2014-10-23 13:27:50] - [ 8 days 00:49:38]
[M]anage devices [P]ool management [S]ettings [D]isplay options [H]elp [Q]uit
----------------------------------------------------------------------------------------------------
Pool 0: sha.pool.com Diff:4 +Strtm LU:[13:16:31] User:sha_usr
Block: ...3abed3e2 #327848 Diff:36G (257.6P) Started: [12:55:51]
ST:4 F:12 NB:1243 AS:0 BW:[ 54/ 43 B/s] E:23.01 I: 2.75uBTC/hr BS:362k
2 | 4.90/ 4.95/ 4.72Gh/s | A:221409 R:1144+126(.56%) HW:33265/4.2%
----------------------------------------------------------------------------------------------------
BPM 0: | 2.49/ 2.49/ 2.37Gh/s | A:110784 R: 613+ 67(.60%) HW:16925/4.2%
BPM 1: | 2.47/ 2.46/ 2.35Gh/s | A:110626 R: 531+ 59(.52%) HW:16340/4.1%
----------------------------------------------------------------------------------------------------
Pool 0: srcypt.pool.com Diff:4 +Strtm LU:[13:16:31] User:scrypt_usr
Block: ...3abed3e2 #327848 Diff:36G (257.6P) Started: [12:55:51]
ST:4 F:12 NB:1243 AS:0 BW:[ 54/ 43 B/s] E:23.01 I: 2.75uBTC/hr BS:362k
2 | 950/ 932/ 940kh/s | A:221409 R:1144+126(.56%) HW:33265/4.2%
----------------------------------------------------------------------------------------------------
GSD 0: | 475/ 466/ 470kh/s | A:110784 R: 613+ 67(.60%) HW:16925/4.2%
GSD 1: | 475/ 466/ 470kh/s | A:110626 R: 531+ 59(.52%) HW:16340/4.1%
----------------------------------------------------------------------------------------------------
[2014-10-31 13:13:29] Accepted 1376f0cf GSD 0 Diff 13/4
[2014-10-31 13:13:34] Accepted 0966a537 BPM 1 Diff 27/4
[2014-10-31 13:13:39] Accepted 09d103b4 BPM 0 Diff 26/4
[2014-10-31 13:13:40] Accepted 130996e3 BPM 1 Diff 13/4
[2014-10-31 13:13:43] Accepted 24b1ea24 GSD 1 Diff 6/4
[2014-10-31 13:13:44] Accepted 14b90178 BPM 1 Diff 12/4
hhmmm... looks weird...
October 31, 2014, 06:36:57 AM
Hi there!
Just found that new "multialgo" branch on github, but couldn't find any docu on that.
Could you pls shed some light on what this is all about?
Would it be possible to mine multiple algos at the same time?
Like having bitcoin and scrypt hardware working simultaneously, each on its own algo/pool?
Thx!
BFG FTW!
Hah, people snooping around find things before I announce them Just found that new "multialgo" branch on github, but couldn't find any docu on that.
Could you pls shed some light on what this is all about?
Would it be possible to mine multiple algos at the same time?
Like having bitcoin and scrypt hardware working simultaneously, each on its own algo/pool?
Thx!
BFG FTW!
Yes, that's the point of it. It isn't done yet, though!
Any suggestions for the TUI and RPC changes to go with it?
Kinda weird to see 2 Mh/s average for "4 Mh/s when it's doing SHA2 and 100 kh/s when it's doing scrypt" XD
October 31, 2014, 06:33:04 AM
Hi there!
Just found that new "multialgo" branch on github, but couldn't find any docu on that.
Could you pls shed some light on what this is all about?
Would it be possible to mine multiple algos at the same time?
Like having bitcoin and scrypt hardware working simultaneously, each on its own algo/pool?
Thx!
BFG FTW!
Just found that new "multialgo" branch on github, but couldn't find any docu on that.
Could you pls shed some light on what this is all about?
Would it be possible to mine multiple algos at the same time?
Like having bitcoin and scrypt hardware working simultaneously, each on its own algo/pool?
Thx!
BFG FTW!
October 31, 2014, 06:19:36 AM
Why not just clone the GIT repository and build it yourself? I just did that last night on my Debian machine...works great!
October 30, 2014, 08:59:59 PM
Hello, thanks a lot for the awesome miner tool!
I've been using it since some time, yesterday I set up an Ubuntu machine, when using apt-get install everything works but when I launch it I see version 3.10, not 4.10. Was it downgraded temporarily for the vulnerability? Graphic glitch? Or is it best to download the source and compile for the latest version? Thanks again
Ubuntu tends to let packages go stale in general; I'd suggest a "me too" on https://bugs.launchpad.net/trusty-backports/+bug/1339411 and maybe offer to be the tester they need.I've been using it since some time, yesterday I set up an Ubuntu machine, when using apt-get install everything works but when I launch it I see version 3.10, not 4.10. Was it downgraded temporarily for the vulnerability? Graphic glitch? Or is it best to download the source and compile for the latest version? Thanks again
ok, done. I am no ubuntu power user but I will get it a way or the other:)
October 29, 2014, 09:35:06 AM
BFGMiner 4.8 through 4.10 have a vulnerability that can be exploited to crash it.
You are vulnerable if you mine on any pool that uses generation payouts.
As far as I know, this includes only Eligius and p2pool.
Eligius is being patched to workaround this issue for now.
p2pool cannot be patched to workaround it.
If you are using p2pool or another generating pool, add "#skipcbcheck" on the end of your pool URI.
For example: bfgminer -o "stratum+tcp://localhost:9332/#skipcbcheck"
I will be releasing BFGMiner 4.10.1 shortly with a fix for this vulnerability.
Doing so implies publicly disclosing the nature of the vulnerability, making it easy for others to exploit, so I will wait a few days before doing so, in order to give everyone using p2pool an opportunity to enable the skipcbcheck workaround.
FWIW, it turns out this is only a problem with debug enabled.You are vulnerable if you mine on any pool that uses generation payouts.
As far as I know, this includes only Eligius and p2pool.
Eligius is being patched to workaround this issue for now.
p2pool cannot be patched to workaround it.
If you are using p2pool or another generating pool, add "#skipcbcheck" on the end of your pool URI.
For example: bfgminer -o "stratum+tcp://localhost:9332/#skipcbcheck"
I will be releasing BFGMiner 4.10.1 shortly with a fix for this vulnerability.
Doing so implies publicly disclosing the nature of the vulnerability, making it easy for others to exploit, so I will wait a few days before doing so, in order to give everyone using p2pool an opportunity to enable the skipcbcheck workaround.
If you don't use --debug or --debuglog, you are unaffected.
October 28, 2014, 09:51:50 AM
Hello, thanks a lot for the awesome miner tool!
I've been using it since some time, yesterday I set up an Ubuntu machine, when using apt-get install everything works but when I launch it I see version 3.10, not 4.10. Was it downgraded temporarily for the vulnerability? Graphic glitch? Or is it best to download the source and compile for the latest version? Thanks again
Ubuntu tends to let packages go stale in general; I'd suggest a "me too" on https://bugs.launchpad.net/trusty-backports/+bug/1339411 and maybe offer to be the tester they need. I've been using it since some time, yesterday I set up an Ubuntu machine, when using apt-get install everything works but when I launch it I see version 3.10, not 4.10. Was it downgraded temporarily for the vulnerability? Graphic glitch? Or is it best to download the source and compile for the latest version? Thanks again
October 28, 2014, 08:26:55 AM
Hello, thanks a lot for the awesome miner tool!
I've been using it since some time, yesterday I set up an Ubuntu machine, when using apt-get install everything works but when I launch it I see version 3.10, not 4.10. Was it downgraded temporarily for the vulnerability? Graphic glitch? Or is it best to download the source and compile for the latest version? Thanks again
I've been using it since some time, yesterday I set up an Ubuntu machine, when using apt-get install everything works but when I launch it I see version 3.10, not 4.10. Was it downgraded temporarily for the vulnerability? Graphic glitch? Or is it best to download the source and compile for the latest version? Thanks again
October 25, 2014, 10:24:10 PM
BFGMiner 4.8 through 4.10 have a vulnerability that can be exploited to crash it.
You are vulnerable if you mine on any pool that uses generation payouts.
As far as I know, this includes only Eligius and p2pool.
Eligius is being patched to workaround this issue for now.
p2pool cannot be patched to workaround it.
If you are using p2pool or another generating pool, add "#skipcbcheck" on the end of your pool URI.
For example: bfgminer -o "stratum+tcp://localhost:9332/#skipcbcheck"
I will be releasing BFGMiner 4.10.1 shortly with a fix for this vulnerability.
Doing so implies publicly disclosing the nature of the vulnerability, making it easy for others to exploit, so I will wait a few days before doing so, in order to give everyone using p2pool an opportunity to enable the skipcbcheck workaround.
You are vulnerable if you mine on any pool that uses generation payouts.
As far as I know, this includes only Eligius and p2pool.
Eligius is being patched to workaround this issue for now.
p2pool cannot be patched to workaround it.
If you are using p2pool or another generating pool, add "#skipcbcheck" on the end of your pool URI.
For example: bfgminer -o "stratum+tcp://localhost:9332/#skipcbcheck"
I will be releasing BFGMiner 4.10.1 shortly with a fix for this vulnerability.
Doing so implies publicly disclosing the nature of the vulnerability, making it easy for others to exploit, so I will wait a few days before doing so, in order to give everyone using p2pool an opportunity to enable the skipcbcheck workaround.
October 24, 2014, 11:43:25 PM
I'm having issues adding the GPU mining when running scrypt. I use the --scrypt argument, and the -S opencl:auto argument, and it runs, but only at around 16 khs, I think it's CPU mining? I have a radeon 270x with the most recent AMD SDK installed, but it's still not working. 
I know I'm doing something wrong, but what?
I know I'm doing something wrong, but what? 
October 24, 2014, 11:37:21 AM
Since BFG uses the FTDI driver for usb devices, is there any change contemplated due to the FTDI bricking incident in windows update? I see they have taken it out now, but still plan to implement something to stop non-FTDI chips from working.
October 21, 2014, 12:18:20 PM
Will this release work with the RockMiner R-Box New 100-110 Gh/s miner?
No, still waiting for more details from them on the changes.It works, but at ~75 Gh/s rather than 100 Gh/s.
October 21, 2014, 12:16:56 PM
Will this release work with the RockMiner R-Box New 100-110 Gh/s miner?
No, still waiting for more details from them on the changes.Luke,
Would it help if someone sent you one?
October 21, 2014, 12:16:09 PM
Will this release work with the RockMiner R-Box New 100-110 Gh/s miner?
No, still waiting for more details from them on the changes.It works, but at ~75 Gh/s rather than 100 Gh/s.
I get 82+ at 310 frequency.
Not tried higher because I have them running with a bunch of the smaller r-boxes and they don't like going higher.
October 21, 2014, 12:13:21 PM
Will this release work with the RockMiner R-Box New 100-110 Gh/s miner?
No, still waiting for more details from them on the changes.It works, but at ~75 Gh/s rather than 100 Gh/s.
October 21, 2014, 12:14:42 AM
Ok,Thank you..
October 21, 2014, 12:03:46 AM
Will this release work with the RockMiner R-Box New 100-110 Gh/s miner?
No, still waiting for more details from them on the changes. Jump to: