Just wondering if you know if BFG can run bitfury chips as yet?
The "littlefury" branch in git (work in progress, NOT supported yet) can run some platforms. 
Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 132. (Read 1193223 times)
September 02, 2013, 02:41:56 PM
September 02, 2013, 02:38:56 PM
Hi all,
Just wondering if you know if BFG can run bitfury chips as yet?
Thanks
Just wondering if you know if BFG can run bitfury chips as yet?
Thanks
September 02, 2013, 11:50:37 AM
installed/compiled the latest libmicrohttpd-0.9.29 and getting this
(Ubuntu 12.04 LTS)
(Ubuntu 12.04 LTS)
Code:
bfgminer -V
bfgminer: error while loading shared libraries: libmicrohttpd.so.10: cannot open shared object file: No such file or directory
bfgminer: error while loading shared libraries: libmicrohttpd.so.10: cannot open shared object file: No such file or directory
September 02, 2013, 07:59:24 AM
Any idea if/when you'll be adding the getwork server to the Windows binaries? No, I'm not prepared to compile myself (my head would explode trying).
The main problem here lies with libmicrohttpd, which doesn't really support Windows (some specific versions will build with a POSIX simulation layer, which itself only works on 32-bit).So, someone would need to do one of these:
- Port libmicrohttpd to Windows proper.
- Fix PlibC to work on not only just 32-bit Windows.
- Port BFGMiner to support another HTTP server library (I'm not aware of any decent alternatives, unfortunately).
Cheers. Ubuntu VM required then.
September 02, 2013, 07:36:38 AM
Any idea if/when you'll be adding the getwork server to the Windows binaries? No, I'm not prepared to compile myself (my head would explode trying).
The main problem here lies with libmicrohttpd, which doesn't really support Windows (some specific versions will build with a POSIX simulation layer, which itself only works on 32-bit).So, someone would need to do one of these:
- Port libmicrohttpd to Windows proper.
- Fix PlibC to work on not only just 32-bit Windows.
- Port BFGMiner to support another HTTP server library (I'm not aware of any decent alternatives, unfortunately).
September 02, 2013, 07:32:02 AM
"if you run cgminer, it will corrupt the real driver (until re-plug or reboot), which is likely why it isn't working."
Well that's the kind of info ppl need to know.
That's why I added it to the README FAQ in 3.2.0 Well that's the kind of info ppl need to know.
as for the /dev/ttyUSB never seen it show up as that
Did you build your kernel without the driver?Code:
Device Drivers --->
[*] USB support --->
USB Serial Converter support --->
USB CP210x family of UART Bridge Controllers
[*] USB support --->
and what about lsusb
Bus 001 Device 007: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
This only means it appears on the USB bus, not that you have the driver for it. Bus 001 Device 007: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
September 02, 2013, 05:31:45 AM
Any idea if/when you'll be adding the getwork server to the Windows binaries? No, I'm not prepared to compile myself (my head would explode trying).
I've a Blade incoming and would like to use it with BFG.
Oh, and so far so good with 3.2.0's stability after it's crash the other night. Showing 19 hours uptime. I swear it crapped out when Eligius went down briefly (my backup pool was offline, too).
I've a Blade incoming and would like to use it with BFG.
Oh, and so far so good with 3.2.0's stability after it's crash the other night. Showing 19 hours uptime. I swear it crapped out when Eligius went down briefly (my backup pool was offline, too).
September 02, 2013, 02:55:22 AM
I have a usb Block Erupter that I run on my Gentoo-3.7.9 Linux box but I cant get it to run on bfgminer 
it runs on cgminer fine so its not a driver problem, I just don't like cgminer
cgminer doesn't use the driver, so that doesn't follow at all.it runs on cgminer fine so its not a driver problem, I just don't like cgminer
In fact, if you run cgminer, it will corrupt the real driver (until re-plug or reboot), which is likely why it isn't working.
I did a debug with -T -S /dev/bus/usb/001/007
[2013-08-26 09:37:33] Icarus Detect: Attempting to open /dev/bus/usb/001/007
[2013-08-26 09:37:33] Icarus Detect: Test failed at /dev/bus/usb/001/007: get 12011001, should: 000187a2
The device will be one of /dev/ttyUSB*, not /dev/bus/usb/...[2013-08-26 09:37:33] Icarus Detect: Attempting to open /dev/bus/usb/001/007
[2013-08-26 09:37:33] Icarus Detect: Test failed at /dev/bus/usb/001/007: get 12011001, should: 000187a2
"if you run cgminer, it will corrupt the real driver (until re-plug or reboot), which is likely why it isn't working."
Well that's the kind of info ppl need to know.
as for the /dev/ttyUSB never seen it show up as that
and what about lsusb
Bus 001 Device 007: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
/dev/bus/usb/001/007
I will try a reboot & see if that works in the morning.
I'm going to sleep
and thanks for replying Luke-Jr.
September 01, 2013, 10:34:57 PM
I have a usb Block Erupter that I run on my Gentoo-3.7.9 Linux box but I cant get it to run on bfgminer
it runs on cgminer fine so its not a driver problem, I just don't like cgminer
cgminer doesn't use the driver, so that doesn't follow at all.it runs on cgminer fine so its not a driver problem, I just don't like cgminer
In fact, if you run cgminer, it will corrupt the real driver (until re-plug or reboot), which is likely why it isn't working.
I did a debug with -T -S /dev/bus/usb/001/007
[2013-08-26 09:37:33] Icarus Detect: Attempting to open /dev/bus/usb/001/007
[2013-08-26 09:37:33] Icarus Detect: Test failed at /dev/bus/usb/001/007: get 12011001, should: 000187a2
The device will be one of /dev/ttyUSB*, not /dev/bus/usb/... [2013-08-26 09:37:33] Icarus Detect: Attempting to open /dev/bus/usb/001/007
[2013-08-26 09:37:33] Icarus Detect: Test failed at /dev/bus/usb/001/007: get 12011001, should: 000187a2
September 01, 2013, 09:19:51 PM
@Luke-Jr well this version does not help me.
I get the same thing https://bitcointalksearch.org/topic/m.3012422
why can't I get my usb Block Erupter to run on BFGminer for Linux
it only works in cgminer
CP210x is all setup 
I say fuck the "Icarus Detect: Test" its full of shit
September 01, 2013, 07:49:17 PM
Anyone have this in use on Avalon Asic? I seen theirs beta or test version has this been updated at all?
There's an avalonhost-raminst script you can copy to the Avalon host system and use, but it's not really documented yet.Or you can just plug the Avalon boards into a normal PC.
September 01, 2013, 07:46:07 PM
Anyone have this in use on Avalon Asic? I seen theirs beta or test version has this been updated at all?
September 01, 2013, 02:27:27 PM
Also make sure the user account have access to ttyUSB0 or run the miner as root using sudo
This appears to have turned the trick! As always it's the little things that trip me up. Many thanks!!
September 01, 2013, 02:18:08 PM
I'm trying to move my block erupters over to a MacMini running Ubuntu 12.04. I installed bfgminer using the instructions on BTCGuild's setup page. Bfgminer appears to have installed without complaints but the block erupter I've been using to test the setup isn't being recognized. When I run bfgminer the only output I get is
and when I check to see if the BE is showing up this is what I get.
Any help I might get would be greatly appreciated.
Code:
$ ./bfgminer -o stratum+tcp://stratum.btcguild.com:3333 -u username -p pwd -S all --icarus-options 115200:1:1 --icarus-timing 3.0=100
All devices disabled, cannot mine!
All devices disabled, cannot mine!
and when I check to see if the BE is showing up this is what I get.
Code:
$ ls -la /dev/ttyUSB*
crw-rw---- 1 root dialout 188, 0 Sep 1 13:18 /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 0 Sep 1 13:18 /dev/ttyUSB0
Any help I might get would be greatly appreciated.
Try "-S erupter:all" instead of "-S all --icarus-options 115200:1:1 --icarus-timing 3.0=100"
Full command line will be something like:
Code:
$ ./bfgminer -o stratum+tcp://stratum.btcguild.com:3333 -u username -p pwd -S erupter:all
Also make sure the user account have access to ttyUSB0 or run the miner as root using sudo
August 31, 2013, 01:22:54 PM
Anyone care to provide me with a debug log (or backtrace) of these crashes? It's been rock solid for me :/
FYI, no crashes on Windows, just the slowing down hash rate/utility over time. Run for a day, all BFL singles.
No issues running 3.1.4.
September 01, 2013, 01:52:43 PM
I'm trying to move my block erupters over to a MacMini running Ubuntu 12.04. I installed bfgminer using the instructions on BTCGuild's setup page. Bfgminer appears to have installed without complaints but the block erupter I've been using to test the setup isn't being recognized. When I run bfgminer the only output I get is
and when I check to see if the BE is showing up this is what I get.
Any help I might get would be greatly appreciated.
Code:
$ ./bfgminer -o stratum+tcp://stratum.btcguild.com:3333 -u username -p pwd -S all --icarus-options 115200:1:1 --icarus-timing 3.0=100
All devices disabled, cannot mine!
All devices disabled, cannot mine!
and when I check to see if the BE is showing up this is what I get.
Code:
$ ls -la /dev/ttyUSB*
crw-rw---- 1 root dialout 188, 0 Sep 1 13:18 /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 0 Sep 1 13:18 /dev/ttyUSB0
Any help I might get would be greatly appreciated.
September 01, 2013, 08:17:12 AM
passing the "--load-balance" flag to the Win7 64bit version causes a crash after a few seconds. However, if I change the strategy using the TUI, there is no problem.
September 01, 2013, 04:41:00 AM
Another crash report. 3.1.4 had a 2 week+ uptime. 3.2.0 crapped out after about 18 hours. Just the usual "bfgminer.exe has stopped working, do you want to send some random shit to Microsoft's bug /dev/null?" window.
3.2.0 files copied over the top of the old 3.1.4 ones. Running 11 Block Erupters on Windows 8.
As reported before, 4 of the BE are reported as BES0-3, and the other 7 are reported as BEE0-6.
3.2.0 files copied over the top of the old 3.1.4 ones. Running 11 Block Erupters on Windows 8.
As reported before, 4 of the BE are reported as BES0-3, and the other 7 are reported as BEE0-6.
September 01, 2013, 03:25:46 AM
Windows 7 64 bit and 3 Block Erupters is running without problems since 40 hours
August 31, 2013, 09:53:21 AM
Not sure if it something i have done (no swap file ) or new version of BFG miner but i have had over 5 crashes since upgrading to 3.2.0. Before i upgraded 3.1.4 ran stable no crashes for 6 days straight. Now all my miners lights come up and when i remote to computer the dos box is closed.. nothing.
Anyone else have problems with 3.2.0?
Anyone else have problems with 3.2.0?
For me, the rate of submitted shares and hash rates fall over time, with the same pool diff. Something is off with 3.2.0. I did not have the money to run further tests, went back to 3.1.4. For me, 3.1.4 is more stable.
Jump to: