Could everyone who was experiencing the crash-on-pool-switch please answer: are you GPU mining?
Yes, on two different PCs.
Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 161. (Read 1193364 times)
April 24, 2013, 02:36:00 PM
Yes, on two different PCs.
April 24, 2013, 02:18:34 AM
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).
April 24, 2013, 12:54:30 AM
Could everyone who was experiencing the crash-on-pool-switch please answer: are you GPU mining?
April 23, 2013, 11:14:39 PM
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:
Full changelog
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
April 23, 2013, 06:27:12 PM
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.
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.
April 23, 2013, 06:10:43 AM
Why build without OpenCL support anyway? 
I have absolutely no fecking idea! 
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.
April 23, 2013, 02:50:12 AM
Why build without OpenCL support anyway?
I have absolutely no fecking idea!
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.
April 23, 2013, 02:38:58 AM
Hi Luke, small compile error to report;-
Fixed.Why build without OpenCL support anyway?
April 22, 2013, 11:20:54 PM
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
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
April 22, 2013, 05:41:45 PM
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!
April 22, 2013, 03:32:10 PM
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.
April 22, 2013, 03:25:22 PM
Does BFGMiner allow heterogenous mining cards to operate? i.e. using different mining hardware as a cluster.
April 21, 2013, 10:55:00 AM
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":
Code:
bfgminer --debuglog 2> logfile.txt
April 21, 2013, 09:27:39 AM
Which kernel does bfgminer run by default?
April 20, 2013, 11:12:13 AM
Can bfgminer run on a windows 8 tablet?
Windows 8 will run mining software fine. The performance may not be great without a radeon card, IMO.Windows RT however (MS Surface RT) does not run Windows software, as it is it's own OS.
April 20, 2013, 04:25:01 AM
I'm not sure what the limitations are on the windows tablets. It looks the same
This is intentional trickery on Microsoft's part. The low end tablets don't have an x86 processor, so they can only run "Metro apps". None of the normal miners (ufasoft, diablo, cgminer, phoenix etc.) will work. The higher end tablets are effectively a netbook in a tablet form factor, so they can run normal .exe applications.
April 20, 2013, 02:05:23 AM
I have wrote this script to automatically start bfgminer after X loads and it has been working fine. Until I compiled from git with scrypt enabled to mine litecoins. Now whenever it runs on start up, the GPU shows "ERR". If I comment out the command to run bfgminer then run that part manually after the computer starts, everything works fine.
Any thoughts?
thanks,
Jason
Any thoughts?
Code:
#!/bin/sh
if pidof -x bfgminer > /dev/null
then
echo "bfgminer is running."
else
DATE=$(date +"%Y%m%d%H%M");
#
# Overclock The GPUs
#
# Uncomment the GPUs needed
#
export DISPLAY=:0.0; aticonfig --pplib-cmd "set fanspeed 0 100";
# export DISPLAY=:0.1; aticonfig --pplib-cmd "set fanspeed 0 100";
# export DISPLAY=:0.2; aticonfig --pplib-cmd "set fanspeed 0 100";
#
sleep 10s
#
echo "ROOTPASSWORD" | sudo -S aticonfig --od-enable
#
echo "ROOTPASSWORD" | sudo -S aticonfig --odsc=1200,1575 --adapter=all
#
#
cd /home/jason/miner-logs/
cp bfgminer-ltc /home/jason/miner-logs/archive/bfgminer-btc-$DATE
cp bfgminer-ltc bfgminer-ltc-last
rm bfgminer-ltc
#
cd /home/jason/bfgminer
#
# Uncomment Needed GPUs
#
export DISPLAY=:0
# export DISPLAY=:1
# export DISPLAY=:2
export GPU_USE_SYNC_OBJECTS=1
export GPU_MAX_ALLOC_PERCENT=100
#
# *** RUN BFGMINER ***
#
screen -dmS BTCbfgminer ./bfgminer 2>/home/jason/miner-logs/bfgminer-ltc -w 256 --scrypt -I 13 --lookup-gap 2 --thread-concurrency 24000 --shaders 1792 --gpu-threads 1 --vectors 1
fi
thanks,
Jason
April 16, 2013, 02:28:49 AM
Can bfgminer run on a windows 8 tablet?
No idea on this. Does it run normal Windows software?Non-BFL devices that need libusb (X6500 & ZTEX) might be more problematic, however.
April 16, 2013, 02:20:20 AM
Can bfgminer run on a windows 8 tablet?
No idea on this. Does it run normal Windows software?I'm not sure what the limitations are on the windows tablets. It looks the same, but I've heard its not. It seems like it would work, if the drivers for the singles supported it. I was hoping someone around here had tried it.
April 16, 2013, 12:45:42 AM
Can bfgminer run on a windows 8 tablet?
No idea on this. Does it run normal Windows software?Also, should any of nicer android tablets work with the BF units?
At the very least, you'll need USB host support. Be aware that it might not be possible to use AC power or charge in this mode!Additionally, you may need to compile BFGMiner for Android unless Butterfly Labs makes a public release of their EasyMiner software based on it - I'm not sure if they will or not, but I bet if they know people want it for use with their own devices they probably will.
Jump to: