OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB

[Luke-Jr]

Code:

[2013-11-30 14:30:59] hashbuster_lowl_probe: Identify sequence didn't match on \\?\hid#vid_fa04&pid_0011#6&11d06e40&1&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}

This looks like a device-side issue, or something else interfering with BFGMiner talking to it.

Got same error with clear WinXP on netbook, but all work fine with Linux Mint, and under VirtualBox on main machine, with custom cgminer. Mb my boards have some custom firmware?

Confirmed this affects the Windows 7 laptop I test on, but also confirmed communication with the device seems to work.
I don't know why the device fails when plugged into Windows

[1714313952]

1714313952

[1714313952]

1714313952

[1714313952]

1714313952

[1714313952]

1714313952

[vpasic]

anyone please be nice and explain to me how to setup backup pool.
I'm using xp and I created .bat file with command to mine on eligius pool.
so how to add second pool in to the same command so if eligius fails it can automatically mine on second pool.
I saw command --pool-priority but I don't know how to use it.
thanks 

[Mudbankkeith]

anyone please be nice and explain to me how to setup backup pool.
I'm using xp and I created .bat file with command to mine on eligius pool.
so how to add second pool in to the same command so if eligius fails it can automatically mine on second pool.
I saw command --pool-priority but I don't know how to use it.
thanks 

Copy the example in "read me"

[vpasic]

I found this command in read me file:
bfgminer -o http://pool1:port -u pool1username -p pool1password -o http://pool2:port -u pool2usernmae -p pool2password

so how to set priority of pools and also add --failover-only

thx

[Taugeran]

im trying to make sense of this whitepaper,  that seems to almost exactly replicate what the sha256_4way.c does

and if i understand it correctly one execution of 4way calculates 4 hashes, nonces: 0-3,4-7,.....

[bladerunner99]

Luke Jr. please help.  I have tried for many days of exhaustive effort to get my BE Blade to work with the BFGminer --http-port 8000 option and I have nothing but frustration.  I am currently mining getwork at Eligius.  Thank you.  These are the steps I have taken.  First I downloaded the Win32 BFGminer and installed it on my XPsp3 system which has E8500 core2duo.  BFG did not recognize my blade so I tried to make a .bat file but windows won't allow it and says bfg is not a valid win32 program.  SO I tried MinGW.  The install went smooth but I replaced zlib1 for curl??  and eventually GIT would not work until I linked it somehow to msys.  Eventually compiled bfg errors about $ A flags or something and I hacked that line out blindly of course there was no magic.   So I thought let me start from bare metal.  I got another PC with E8500 and 1 Gb ram.  I thought about installing Ubuntu server as opposed to Arch.  I like ARCH because it has nice docs, but I just want to get it up quick so Ubuntu.  I tried Xubuntu but my disk was corrupt and wound up with Ubuntu Desktop.  I figured Xubuntu would be better because a GUI wouold be nice to check BTC websights and stats and config pages.  But I digress.  UBDesktop sucks it is so slow.  I used Synaptic to load up BFG and libmicrohttpd.  No beans.  It won't recognize my blade.  SO I thought I would get tricky.  I used wine to load win32bfg.  I tried to edit a config for wine bfg but still no beans.  I am ready to start over from bare metal but I need help.  Please give me guidance.  I think I can install everything and boot from a USB stick and eliminate my hard drive for a cost efficient Stratum host.  But I can't seem to do it alone.

[Luke-Jr]

NEW VERSION 3.8.0, DECEMBER 2 2013

Human readable changelog:

• New driver for HashBuster Micro boards.
• klondike: Add support for boards built with 55nm Avalon2 chips.

Full changelog:

• Bugfix: lowl-usb.h: Add missing includes for stdbool/stdint
• hashbuster2: Retry writing request if no response received in 100ms
• lowl-usb: usb_ep_set_timeouts_ms function that behaves similar to termios VTIME (timeout before begin of read/write)
• hashbuster2: Use new lowl_usb_endpoint for i/o
• lowl-usb: Add tools for more reliable read/write using bulk transfers
• Add bytes_extend_buf, bytes_preappend, bytes_postappend for reading direct to a bytes_t
• New / updated instructions for building bfgminer on Windows
• configure: Adjust header-path discovery to work sanely with spaces and backslashes in paths
• Bugfix: configure: More fixing BSD sed syntax for curses header search
• bitfury: Reinitialise chips if their frequency drops over 50%
• bfg_strerror: Trim C whitespace off the right of FormatMessage output, since Windows can add \r\n
• Demote commonish errors to debug loglevel
• klondike: Add support for Avalon2-based designs
• klondike: Remove unnecessary limit of 999 on clock speed displayed in Manage Device
• Bugfix: hashbuster2: Claim USB device internally
• Bugfix: hashbuster2: Do not try to use lowl-hid.h
• Bugfix: hashbuster2: Close device and free memory allocated, when no chips are found
• Bugfix: hashbuster2: Remove libusb init and debug level setting
• Bugfix: hashbuster2: Avoid add_cgpu when no chips found
• Bugfix: klondike: Claim USB device internally
• Bugfix: devpath_to_devid: Check stat for error before allocating memory
• Bugfix: lowlevel: Free hash table data when done with it
• Bugfix: bifury: Free memory used by version reply
• bfgtls: Implement destructor to free memory when threads exit
• hashbuster2: Remove unnecessary libusb_detach_kernel_driver
• hashbuster2: Read unique serial number from device
• hashbuster2: Use hashbuster2_io for probe
• hashbuster2: Clean up warnings about unused variables
• README: Document --enable-opencl configure option
• README: Update for HashBuster Micro
• hashbuster2: Integrate into BFGMiner as a separate driver
• hashbuster2: Import driver for new protocol
• Bugfix: nanofury: Check if mcp2210_device exists before trying to power it off
• Bugfix: lowl-vcom: Check for error getting root hub path
• openwrt: Update package description
• configure: Add --without-libusb option to explicitly disable using it
• Bugfix: Pass newlines as ASCII (fixes lack of them in non-unicode builds)

[HellDiverUK]

Luke Jr. please help.  I have tried for many days of exhaustive effort to get my BE Blade to work with the BFGminer --http-port 8000 option and I have nothing but frustration.  I am currently mining getwork at Eligius.  Thank you.  These are the steps I have taken.  First I downloaded the Win32 BFGminer and installed it on my XPsp3 system which has E8500 core2duo.  BFG did not recognize my blade so I tried to make a .bat file but windows won't allow it and says bfg is not a valid win32 program. 

This is all you need to do. 

When you say the Blades weren't recognised, what do you mean?  Did you expect the Blades to suddenly appear?  Did you actually go to the Blade's management page and point them to the IP of the machine running BFGMiner, using a unique username on each Blade?

[MineForeman.com]

Hi Luke,

I am having real problems with libhidapi and I was wondering if you could lend a hand.  I have compiled and build the libraryies and ldconfig see's them;-

ldconfig -vvv | grep libhidapi
libhidapi-libusb.so.0 -> libhidapi-libusb.so.0.0.0
libhidapi-hidraw.so.0 -> libhidapi-hidraw.so.0.0.0

But after I git clone ./autogen.sh and ./configure I get;-

Code:

...
checking for LIBUSB... yes
checking for hidapi... no
checking for hidapi... no
checking for hidapi... no
checking whether libusb_error_name is declared... yes
...

  Disabled.Drivers.....: cpu hashbuster knc metabank nanofury opencl
    To enable nanofury, install hidapi
    To enable hashbuster, install hidapi

Any clues?  What do you get when you ldconfig -vvv | grep libhidapi?  Perhaps I have done something wrong in the compile?

Neil

[Luke-Jr]

Hi Luke,

I am having real problems with libhidapi and I was wondering if you could lend a hand.  I have compiled and build the libraryies and ldconfig see's them;-

ldconfig -vvv | grep libhidapi
libhidapi-libusb.so.0 -> libhidapi-libusb.so.0.0.0
libhidapi-hidraw.so.0 -> libhidapi-hidraw.so.0.0.0

But after I git clone ./autogen.sh and ./configure I get;-

Code:

...
checking for LIBUSB... yes
checking for hidapi... no
checking for hidapi... no
checking for hidapi... no
checking whether libusb_error_name is declared... yes
...

  Disabled.Drivers.....: cpu hashbuster knc metabank nanofury opencl
    To enable nanofury, install hidapi
    To enable hashbuster, install hidapi

Any clues?  What do you get when you ldconfig -vvv | grep libhidapi?  Perhaps I have done something wrong in the compile?

hidapi is loaded dynamically at runtime.
Building just requires the header.
Hopefully this will help you identify what's wrong with your install.
Maybe check config.log to see exactly what's going on..

[HappyS]

Help plz, if I have a laptop connected to several bfl asics, how do I open one window of bfgminer for each?

[BRADLEYPLOOF]

Help plz, if I have a laptop connected to several bfl asics, how do I open one window of bfgminer for each?

Create copies of the bfgminer folder for each asic.  The configure each batch file to run just 1 asic.

[HappyS]

Help plz, if I have a laptop connected to several bfl asics, how do I open one window of bfgminer for each?

Create copies of the bfgminer folder for each asic.  The configure each batch file to run just 1 asic.

i try but don't work. which flag i need use?

[HellDiverUK]

Seems I'm getting a Nanofury to replace a dead Bluefury.  Anything I need to be aware of as regards getting the Nanofury working on BFGMiner on Linux (or indeed OpenWRT)?

[Luke-Jr]

Seems I'm getting a Nanofury to replace a dead Bluefury.  Anything I need to be aware of as regards getting the Nanofury working on BFGMiner on Linux (or indeed OpenWRT)?

You'll have to build hidapi for OpenWrt and recompile BFGMiner to use it.

[HellDiverUK]

Seems I'm getting a Nanofury to replace a dead Bluefury.  Anything I need to be aware of as regards getting the Nanofury working on BFGMiner on Linux (or indeed OpenWRT)?

You'll have to build hidapi for OpenWrt and recompile BFGMiner to use it.

Cheers Luke-Jr.  I think I'll stick to the RPi then. 

[Luke-Jr]

Seems I'm getting a Nanofury to replace a dead Bluefury.  Anything I need to be aware of as regards getting the Nanofury working on BFGMiner on Linux (or indeed OpenWRT)?

You'll have to build hidapi for OpenWrt and recompile BFGMiner to use it.

Cheers Luke-Jr.  I think I'll stick to the RPi then. 

I hear there are significant problems with Nanofury on the RPi's buggy USB stack...
I plan to be looking into this in the upcoming weeks, but it may be a hardware issue I can't workaround.

[HellDiverUK]

Seems I'm getting a Nanofury to replace a dead Bluefury.  Anything I need to be aware of as regards getting the Nanofury working on BFGMiner on Linux (or indeed OpenWRT)?

You'll have to build hidapi for OpenWrt and recompile BFGMiner to use it.

Cheers Luke-Jr.  I think I'll stick to the RPi then. 

I hear there are significant problems with Nanofury on the RPi's buggy USB stack...
I plan to be looking into this in the upcoming weeks, but it may be a hardware issue I can't workaround.

Aw crap.  What about the Beaglebone Black?  I don't think the USB is borked on it, is it?

[Luke-Jr]

Seems I'm getting a Nanofury to replace a dead Bluefury.  Anything I need to be aware of as regards getting the Nanofury working on BFGMiner on Linux (or indeed OpenWRT)?

You'll have to build hidapi for OpenWrt and recompile BFGMiner to use it.

Cheers Luke-Jr.  I think I'll stick to the RPi then. 

I hear there are significant problems with Nanofury on the RPi's buggy USB stack...
I plan to be looking into this in the upcoming weeks, but it may be a hardware issue I can't workaround.

Aw crap.  What about the Beaglebone Black?  I don't think the USB is borked on it, is it?

I've not heard any reports of success or problems on BBB, nor do I have one to test with myself (KnCMiner's is missing USB ports...)

[JakeTri]

I'm trying to use bfgminer on my Jupiter from KnCMiner November batch and it is not working as expected. Everything is working fine on a similar Jupiter form October batch miner using exactly same setup.

On the October Jupiter bfgminer detect all 4 ASIC boards and it is hashing at ~550GH. I'm using bfgminer on this setup for more than a month without any issue.

On the November Jupiter bfgminer detect 4 ASIC boards but hashrate is very low ~14GH. The build-in cgminer hash at ~640GH.
I build bfgminer form git (3.8.0) and notice this issue then reverted back to 3.7.0 but same.