Will the quantal version run on raring, or do I need to wait for a release for 13.04?
You'll have to build from source for now. 
Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 160. (Read 1193364 times)
April 28, 2013, 09:30:24 PM
April 28, 2013, 08:20:37 PM
Will the quantal version run on raring, or do I need to wait for a release for 13.04?
April 28, 2013, 07:07:28 PM
Its not installed so that is probably why! I will update once I can see it in device manager.
Thanks,
Thanks,
April 28, 2013, 06:34:57 PM
Has anyone been able to run bfgminer on a Windows XP 32bit OS? Will it run?
when I run bfgminer with no switches I get:
"All devices disabled. cannot mine!"
Would this mean that the ASIC USB driver is not installed?
Thanks,
Probably, does Device Manager show it installed? when I run bfgminer with no switches I get:
"All devices disabled. cannot mine!"
Would this mean that the ASIC USB driver is not installed?
Thanks,
April 28, 2013, 06:19:45 PM
Has anyone been able to run bfgminer on a Windows XP 32bit OS? Will it run?
when I run bfgminer with no switches I get:
"All devices disabled. cannot mine!"
Would this mean that the ASIC USB driver is not installed?
Thanks,
when I run bfgminer with no switches I get:
"All devices disabled. cannot mine!"
Would this mean that the ASIC USB driver is not installed?
Thanks,
April 28, 2013, 07:26:42 AM
THX ! nice
i can finally go back to bfgminer
hope no more errors
edit after 8h: and it crashed on gpu instance.
fpga still works but i could read something happened with pools then bfgminer with gpu crashed
fpga are now down too ://
i can finally go back to bfgminer
hope no more errorsedit after 8h: and it crashed on gpu instance.
fpga still works but i could read something happened with pools then bfgminer with gpu crashed
Code:
[2013-04-28 22:31:23] Stratum connection to pool 3 interrupted
[2013-04-28 22:31:23] Stratum connect succeeded, but technical problem extracti
ng socket (pool 3)
[2013-04-28 22:31:24] Stratum from pool 2 requested work update
edit few mins later[2013-04-28 22:31:23] Stratum connect succeeded, but technical problem extracti
ng socket (pool 3)
[2013-04-28 22:31:24] Stratum from pool 2 requested work update
fpga are now down too ://
April 28, 2013, 02:36:30 AM
NEW VERSION 3.0.2, APRIL 28 2013
Human readable changelog:
Full changelog
Human readable changelog:
- Fix stratum on Windows.
Full changelog
- Receive failures in recv_line should unconditionally fail.
- Use sock_blocks function for stratum send and receive.
- Avoid applog under stratum_lock in __stratum_send.
- Create an OS specific sock_blocks function.
- There should be no error response code with return value 0 in recv_line.
- Check for errors on stratum recv for any recv return value less than 1 and only parse the response if it's positive.
- Avoid applog under stratum_lock in recv_line.
April 26, 2013, 09:48:41 PM
I'm curious, why have you decided not to include the FPGA bitstreams in the windows binaries anymore?
Makes the download much larger, mainly, and most miners don't need them.Seemed reasonable to have the few who do continue using the bitstreams they already have, or download them as the separate ZIP.
April 26, 2013, 09:34:43 PM
I'm curious, why have you decided not to include the FPGA bitstreams in the windows binaries anymore?
April 26, 2013, 08:24:50 PM
I compiled bfgminer 3.0.1 for Ubuntu and when I start it I get the command line version not the display version. Any help would be great.
See dependencies at the top of README. Especially the part about ncurses. 
April 26, 2013, 07:38:31 PM
I compiled bfgminer 3.0.1 for Ubuntu and when I start it I get the command line version not the display version. Any help would be great.
There's a GUI version of BFGMiner? April 26, 2013, 07:07:33 PM
I compiled bfgminer 3.0.1 for Ubuntu and when I start it I get the command line version not the display version. Any help would be great.
There's a GUI version of BFGMiner? April 26, 2013, 05:28:00 PM
I compiled bfgminer 3.0.1 for Ubuntu and when I start it I get the command line version not the display version. Any help would be great.
To my knowledge, there is only one version that looks like this in a terminal window, there is no GUI version.
Sample output:
Code:
bfgminer version 3.0.1 - Started: [2013-04-19 18:33:55] - [ 4 days 03:20:01]
--------------------------------------------------------------------------------
5s:29.55 avg:29.44 u:28.13 Gh/s | A:291464 R:543 S:0 HW:0 U:48.9/m BS:85.1M
ST: 2 DW: 15014 GW: 7506 LW: 2529587 GF: 0 NB: 671 AS: 0 RF: 0 E: 15.30
Connected to mining.eligius.st diff 8 with stratum as user 1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh
Block: ...01d9ae3c #232849 Diff:8.97M (64.24Th/s) Started: [21:53:18]
--------------------------------------------------------------------------------
[P]ool management [S]ettings [D]isplay options [Q]uit
BFL 0: 54.0C/46.0C | 29.51/29.44/28.13Gh/s | A:291465 R:543 HW:0 U: 48.90/m
--------------------------------------------------------------------------------
[2013-04-23 21:53:30] Accepted 1900dc35 BFL 0 Diff 10/8
[2013-04-23 21:53:32] Accepted 04671aec BFL 0 Diff 58/8
[2013-04-23 21:53:32] Accepted 0bd69ace BFL 0 Diff 21/8
[2013-04-23 21:53:33] Accepted 00437944 BFL 0 Diff 971/8
[2013-04-23 21:53:33] Accepted 136c6b29 BFL 0 Diff 13/8
--------------------------------------------------------------------------------
5s:29.55 avg:29.44 u:28.13 Gh/s | A:291464 R:543 S:0 HW:0 U:48.9/m BS:85.1M
ST: 2 DW: 15014 GW: 7506 LW: 2529587 GF: 0 NB: 671 AS: 0 RF: 0 E: 15.30
Connected to mining.eligius.st diff 8 with stratum as user 1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh
Block: ...01d9ae3c #232849 Diff:8.97M (64.24Th/s) Started: [21:53:18]
--------------------------------------------------------------------------------
[P]ool management [S]ettings [D]isplay options [Q]uit
BFL 0: 54.0C/46.0C | 29.51/29.44/28.13Gh/s | A:291465 R:543 HW:0 U: 48.90/m
--------------------------------------------------------------------------------
[2013-04-23 21:53:30] Accepted 1900dc35 BFL 0 Diff 10/8
[2013-04-23 21:53:32] Accepted 04671aec BFL 0 Diff 58/8
[2013-04-23 21:53:32] Accepted 0bd69ace BFL 0 Diff 21/8
[2013-04-23 21:53:33] Accepted 00437944 BFL 0 Diff 971/8
[2013-04-23 21:53:33] Accepted 136c6b29 BFL 0 Diff 13/8
April 26, 2013, 05:13:21 PM
I compiled bfgminer 3.0.1 for Ubuntu and when I start it I get the command line version not the display version. Any help would be great.
April 26, 2013, 03:56:00 PM
An update to my earlier message: Bitminter just went offline and all 3 instances of bfgminer 3.0.1 crashed (simultaneously on 3 separate PCs). Win7/64. Same behavior as with the 2.99.x branch.
April 25, 2013, 11:55:20 AM
Should we expect high share failure rates when compiling with "-Ofast" or "-O3"?
April 25, 2013, 11:45:48 AM
bfgminer -n
[2013-04-06 20:11:28] Failed to load OpenCL library, no GPUs usable
[2013-04-06 20:11:28] 0 GPU devices max detected
I get this error, too.[2013-04-06 20:11:28] Failed to load OpenCL library, no GPUs usable
[2013-04-06 20:11:28] 0 GPU devices max detected
Here's my "bfgminer -D -d?":
Code:
[2013-04-25 09:47:31] ft232r_scan: Found 093a:2510 - not a ft232r
[2013-04-25 09:47:31] ft232r_scan: Found 1d6b:0002 - not a ft232r
[2013-04-25 09:47:31] ft232r_scan: Found 1d6b:0002 - not a ft232r
[2013-04-25 09:47:31] ft232r_scan: Found 8087:0020 - not a ft232r
[2013-04-25 09:47:31] ft232r_scan: Found 8087:0020 - not a ft232r
[2013-04-25 09:47:31] Started bfgminer 3.0.1
[2013-04-25 09:47:31] Loaded configuration file /home/geremia/.bfgminer/bfgminer.conf
[2013-04-25 09:47:31] CL Platform 0 vendor: Intel(R) Corporation
[2013-04-25 09:47:31] CL Platform 0 name: Intel(R) OpenCL
[2013-04-25 09:47:31] CL Platform 0 version: OpenCL 1.1 LINUX
[2013-04-25 09:47:31] Error -1: Getting Device IDs (num)
[2013-04-25 09:47:31] clDevicesNum returned error, no GPUs usable
[2013-04-25 09:47:31] Not a ZTEX device 093a:2510
[2013-04-25 09:47:31] Not a ZTEX device 1d6b:0002
[2013-04-25 09:47:31] Not a ZTEX device 1d6b:0002
[2013-04-25 09:47:31] Not a ZTEX device 8087:0020
[2013-04-25 09:47:31] Not a ZTEX device 8087:0020
[2013-04-25 09:47:31] Devices detected:
[2013-04-25 09:47:31] 0. CPU 0 (driver: cpu)
[2013-04-25 09:47:31] 1. CPU 1 (driver: cpu)
[2013-04-25 09:47:31] 2. CPU 2 (driver: cpu)
[2013-04-25 09:47:31] 3. CPU 3 (driver: cpu)
4 devices listed
Code:
00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 18)
April 25, 2013, 09:05:08 AM
Anyone have any tips on restoring original clock, mem and voltage values on quitting? Currently bfg sets my custom gpu-engine, gpu-memclock and gpu-vddc values successfully, but they stay that way after I hit Q and exit. I was hoping as some point Trixx would start gathering dust.
April 24, 2013, 04:48:39 PM
Luke, I reported simultaneous crashes on two machines when my network connection to Slush's pool was lost. I had not configured a pool rollover, so I'm not certain that a pool-switch was involved but it seems likely that one was attempted.
To answer your underlying question: yes, both machines were AMD 7770 GPUs running under OpenCL.
Luke, just to add to this: I have experienced simultaneous crashes on 3 machines when bitminter hiccups. I have FPGAs only, no GPUs. This was on versions prior to 3.0.1. Win7/64.To answer your underlying question: yes, both machines were AMD 7770 GPUs running under OpenCL.
I have been running 3.0.1 on 3 instances for 17 hours now without issue ... but bitminter hasn't hiccuped yet. When it does, I'll see if my 3.0.1 instances crash.
April 24, 2013, 02:38:06 PM
Luke, I reported simultaneous crashes on two machines when my network connection to Slush's pool was lost. I had not configured a pool rollover, so I'm not certain that a pool-switch was involved but it seems likely that one was attempted.
To answer your underlying question: yes, both machines were AMD 7770 GPUs running under OpenCL.
To answer your underlying question: yes, both machines were AMD 7770 GPUs running under OpenCL.
Jump to: