Bitcoin Forum
March 19, 2024, 03:37:38 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 [4] 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 ... 165 »
  Print  
Author Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB  (Read 1192929 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
anti
Newbie
*
Offline Offline

Activity: 22
Merit: 0


View Profile
April 21, 2013, 03:55:00 PM
 #61

Which kernel does bfgminer run by default?

Afaik it selects one automatically depending on you hardware/drivers. You can probably find out by saving a configuration file from inside bfgminer and checking the
Code:
"kernel":
line or using
Code:
bfgminer --debuglog 2> logfile.txt
to write a debug log which should include information about such stuff.
1710819458
Hero Member
*
Offline Offline

Posts: 1710819458

View Profile Personal Message (Offline)

Ignore
1710819458
Reply with quote  #2

1710819458
Report to moderator
Make sure you back up your wallet regularly! Unlike a bank account, nobody can help you if you lose access to your BTC.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1710819458
Hero Member
*
Offline Offline

Posts: 1710819458

View Profile Personal Message (Offline)

Ignore
1710819458
Reply with quote  #2

1710819458
Report to moderator
1710819458
Hero Member
*
Offline Offline

Posts: 1710819458

View Profile Personal Message (Offline)

Ignore
1710819458
Reply with quote  #2

1710819458
Report to moderator
1710819458
Hero Member
*
Offline Offline

Posts: 1710819458

View Profile Personal Message (Offline)

Ignore
1710819458
Reply with quote  #2

1710819458
Report to moderator
jml
Full Member
***
Offline Offline

Activity: 238
Merit: 100



View Profile
April 22, 2013, 08:25:22 PM
 #62

Does BFGMiner allow heterogenous mining cards to operate? i.e. using different mining hardware as a cluster.

"Everything is a matter of degree"
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
April 22, 2013, 08:32:10 PM
 #63

Does BFGMiner allow heterogenous mining cards to operate? i.e. using different mining hardware as a cluster.
Currently, OpenCL is limited to one platform per instance.
Beyond that, it's whatever that OpenCL platform supports.

FPGA/ASIC support can handle any mix of devices.

jml
Full Member
***
Offline Offline

Activity: 238
Merit: 100



View Profile
April 22, 2013, 10:41:45 PM
 #64

Does BFGMiner allow heterogenous mining cards to operate? i.e. using different mining hardware as a cluster.
Currently, OpenCL is limited to one platform per instance.
Beyond that, it's whatever that OpenCL platform supports.

FPGA/ASIC support can handle any mix of devices.

Thanks!

"Everything is a matter of degree"
MineForeman.com
Legendary
*
Offline Offline

Activity: 896
Merit: 1000



View Profile WWW
April 23, 2013, 04:20:54 AM
 #65

Hi Luke, small compile error to report;-

git clone https://github.com/luke-jr/bfgminer.git

./autogen.sh

CFLAGS="-O2 -Wall -march=native" ./configure --enable-cpumining --disable-opencl --disable-adl --enable-bitforce --enable-icarus --enable-modminer --enable-ztex --with-libudev  --enable-avalon --prefix=/opt/minepeon

ends up with ;-

  CCLD     bfgminer
bfgminer-miner.o:(.data+0x52c): undefined reference to `opt_opencl_binaries'
collect2: error: ld returned 1 exit status
make[2]: *** [bfgminer] Error 1
make[2]: Leaving directory `/opt/minepeon/src/gitsources/bfgminer'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/minepeon/src/gitsources/bfgminer'
make: *** [all] Error 2

My compile system is;-

uname -a

[root@minepeon bfgminer]# uname -a
Linux minepeon 3.6.11-9-ARCH+ #1 PREEMPT Sat Mar 30 02:38:20 UTC 2013 armv6l GNU/Linux

Let me know if you need any further details, previously BFGMiner has compiled without issue in this machiene.

Neil

Bitcoin News http://mineforeman.com/ || MinePeon - Bitcoin mining on the Raspberry PI http://mineforeman.com/minepeon/ || MinePeon Wiki http://minepeon.com/ || MinePeon Forums http://minepeon.com/forums/
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
April 23, 2013, 07:38:58 AM
 #66

Hi Luke, small compile error to report;-
Fixed.
Why build without OpenCL support anyway?  Tongue

MineForeman.com
Legendary
*
Offline Offline

Activity: 896
Merit: 1000



View Profile WWW
April 23, 2013, 07:50:12 AM
 #67

Why build without OpenCL support anyway?  Tongue

I have absolutely no fecking idea!   Roll Eyes

When it came up it made me smile, the Raspberry PI is not known for its outstanding GPU performance.  In my defence though, I did use the '--disable-opencl' flag for configure.

Bitcoin News http://mineforeman.com/ || MinePeon - Bitcoin mining on the Raspberry PI http://mineforeman.com/minepeon/ || MinePeon Wiki http://minepeon.com/ || MinePeon Forums http://minepeon.com/forums/
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
April 23, 2013, 11:10:43 AM
 #68

Why build without OpenCL support anyway?  Tongue
I have absolutely no fecking idea!   Roll Eyes

When it came up it made me smile, the Raspberry PI is not known for its outstanding GPU performance.  In my defence though, I did use the '--disable-opencl' flag for configure.
Yes, that's what found this bug (I don't usually build without OpenCL support) Smiley

dtown
Newbie
*
Offline Offline

Activity: 38
Merit: 0


View Profile
April 23, 2013, 11:27:12 PM
 #69

Hello -

I've been using bfgminer for the last few months without issue.  Thanks so much for your hard work.

I thnk I've found a bug that is causing bfgminer to crash on two different PCs that was discovered because of the Slush DDOS issues.  When the primary pool (in this case Slush's pool) goes down bfgminer notices and fails over to my secondary pool (bitminter).  During the failover switches bfgminer sometimes crashes. 

This only seems to happen when a failover occurs after successfully mining on the primary pool first; in other words if I restart the program and the primary pool is already down, it moves on to the secondary pool without issue.

Please let me know if there's any other details I can provide.  This is happening to me on two different mining PCs with the Win64 version.
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
April 24, 2013, 04:14:39 AM
 #70

NEW VERSION 3.0.1, APRIL 24 2013

This release removes bitstreams from the Windows binary ZIPs. If you are mining with ModMiner, X6500, or ZTEX FPGAs you will need to download the source code ZIP as well and copy over the "bitstreams" directory.

Human readable changelog:
  • IMPORTANT: Bitstreams for ModMiner, X6500, and ZTEX FPGA boards are no longer included with the Windows builds and must be copied from the source distribution.
  • Bitforce SC: Switched to using bulk queue mode for all ASIC-based devices.
  • Bitforce SC: Fix reinitialization-on-failure, so devices can autorecover from some problems.
  • OpenCL: Support for mining with completely free (non-proprietary) Mesa/LLVM OpenCL on Linux (requires git Mesa/LLVM).
  • OpenCL: Include platform in kernel binary filenames to avoid using stale binaries from other SDK installs.
  • Added network hashrate (based on block difficulty) to block status line.

Full changelog
  • Bugfix: configure: Move actual roundl macro back to miner.h after math.h should be included
  • Bugfix: configure: Use dummy pointer to correctly detect roundl when conftest main is missing argc parameter
  • Bugfix: configure: Use variable argument to roundl to prevent compilers from optimizing it out entirely
  • Remove bitstreams from Windows binary distributions (README directs users to download source and copy them)
  • make-release: Remove autom4te.cache from distributed source
  • Bugfix: Omit --no-opencl-binaries option from build if OpenCL is not being compiled
  • Bugfix: Check that all pools have URIs set before starting
  • Bugfix: bitforce: Make noncebuf large enough for max qresults +1 (for OK line)
  • opencl: Ability to avoid using binary kernels with new --no-opencl-binaries option
  • README: Include jansson PKG_CONFIG_PATH in example for Mac
  • Include trailing \0 with coinbase sigs if there's room
  • Differentiate socket closed from socket error in recv_line.
  • Add new best share info to verbose logging.
  • Add notice for when network diff is changed.
  • convert sleep(const) to nmsleep()
  • Rename longpoll threads according to what pool they're associated with
  • miner.php report 'Last Valid Work' as time before request
  • API V1.25 - add 'Last Valid Work' time for each device
  • add 'count' to customsummarypage 'calc'
  • Bugfix: ztex: Initialize fw_buf pointer to NULL so a free before allocation is safe
  • Cleanup when stratum curl fails to initialise.
  • LTC text typo
  • Recreate cURL for new stratum connections, and clear stratum_notify on suspending them
  • clear_stratum_shares: Rename diff_stale variable to diff_cleared
  • MMQ it's a bitstream
  • Update a pool's last work time when the work is popped as well as staged.
  • Extend stratum connections another minute (total 2 minutes) after the last work item was staged, and maintain last_work_time for non-stratum pools.
  • Fix --benchmark generating valid work for cgminer.
  • Bugfix: Correct pdbuilder result directory
  • Omit add_serial_all code when serial support is not wanted
  • Use configure to detect presence of roundl to avoid redefining an actual function (possibly inline)
  • Bugfix: roundl: Add needed parenthesis to perform ?: before +
  • Bugfix: ft232r: Defer allocating structure until after USB endpoint is successfully opened, so it won't leak in case of failure
  • Bugfix: ztex: Free bitstream in memory when done with it
  • Bugfix: Safely handle all-space cURL debug messages, should they ever happen
  • Silence warnings about poor format usage for quit()
  • Apply noreturn and printf-format attributes to quit() function definition
  • Bugfix: set_serial_rts get flags to manipulate them correctly
  • Bugfix: Missing return for /dev globbing
  • Bugfix: Free unused work when retrying failed lp request
  • Display processor name with thread disabled/re-enabled messages
  • Move best share to top summary line, and add network difficulty to block line
  • opencl: Default to phatk kernel for Mesa platform
  • opencl: Default to single thread with Mesa OpenCL
  • opencl: Check for Mesa OpenCL and avoid using binary kernels with it
  • bitforce: Never increase bulkqueue poll wait time during queue underruns
  • bitforce: Start off polling bulk queue every 100ms
  • bitforce: Log device queue size after getting bulk results
  • bitforce: Ensure bulkqueue polling occurs at least once a second
  • opencl: Include OpenCL platform in kernel binary filenames
  • bitforce: Use bulk queue mode for all SC devices
  • Bugfix: bitforce: When reinitializing, free all known works to avoid decrementing reset queued counter
  • bitforce: Handle timeout during ZOX as cleanly as possible
  • Bugfix: bitforce: Make reinitialization more complete and safe
  • Bugfix: bitforce: Close opened fd if reinit fails
  • Bugfix: bitforce: Retry ZGX until device is NOT busy
  • bitforce: Log when zero queued results are received

Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
April 24, 2013, 05:54:30 AM
 #71

Could everyone who was experiencing the crash-on-pool-switch please answer: are you GPU mining?

anti
Newbie
*
Offline Offline

Activity: 22
Merit: 0


View Profile
April 24, 2013, 07:18:34 AM
 #72

Could everyone who was experiencing the crash-on-pool-switch please answer: are you GPU mining?

Yes. OpenCL/Tahiti. It just happened again after Slush moved his pool servers about 9-10 hours ago (pool got hacked).
dtown
Newbie
*
Offline Offline

Activity: 38
Merit: 0


View Profile
April 24, 2013, 07:36:00 PM
 #73

Could everyone who was experiencing the crash-on-pool-switch please answer: are you GPU mining?

Yes, on two different PCs.
MSO
Newbie
*
Offline Offline

Activity: 24
Merit: 0


View Profile
April 24, 2013, 07:38:06 PM
 #74

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.
Epoch
Legendary
*
Offline Offline

Activity: 922
Merit: 1003



View Profile
April 24, 2013, 09:48:39 PM
 #75

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.

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.
bigb159
Full Member
***
Offline Offline

Activity: 163
Merit: 100



View Profile
April 25, 2013, 02:05:08 PM
 #76

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.
Geremia
Sr. Member
****
Offline Offline

Activity: 499
Merit: 251


View Profile WWW
April 25, 2013, 04:45:48 PM
 #77

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.

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
And my "lspci -nn | grep VGA":
Code:
00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 18)
Can I not mine with an Intel Integrated Graphics Controller? thanks

BTC tip jar | my BTC wiki, BTC StackExchange | Tox ID: 65C3E8810738AD9D175234808FCB317A1103632903436203D45411AE97C03F54C34861AB6663
Join Kraken. | The best, free book on Bitcoin: Mastering Bitcoin
Nos cum prole pia benedicat Virgo Maria.
Geremia
Sr. Member
****
Offline Offline

Activity: 499
Merit: 251


View Profile WWW
April 25, 2013, 04:55:20 PM
 #78

Should we expect high share failure rates when compiling with "-Ofast" or "-O3"?

BTC tip jar | my BTC wiki, BTC StackExchange | Tox ID: 65C3E8810738AD9D175234808FCB317A1103632903436203D45411AE97C03F54C34861AB6663
Join Kraken. | The best, free book on Bitcoin: Mastering Bitcoin
Nos cum prole pia benedicat Virgo Maria.
Epoch
Legendary
*
Offline Offline

Activity: 922
Merit: 1003



View Profile
April 26, 2013, 08:56:00 PM
 #79

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.
psjw4450
Sr. Member
****
Offline Offline

Activity: 342
Merit: 250


View Profile
April 26, 2013, 10:13:21 PM
 #80

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. 
Pages: « 1 2 3 [4] 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 ... 165 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!