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

[HellDiverUK]

Luke-Jr, which USB driver do I need to install to get a BlueFury mining under OpenWRT? 

[gritche70]

just to say 'merci'

i compile in 32 bits your bfgminer 3.5.1 with cpu support on linux, for a bunch of old via eden .
Padlock haching in sha256 are on way, at 1 Mh/s .
Not to bad for this old CPU ( 125 kh/s ) with his Fpu .

So great work, and thks

[Luke-Jr]

Luke-Jr, which USB driver do I need to install to get a BlueFury mining under OpenWRT? 

kmod-usb-acm

just to say 'merci'

i compile in 32 bits your bfgminer 3.5.1 with cpu support on linux, for a bunch of old via eden .
Padlock haching in sha256 are on way, at 1 Mh/s .
Not to bad for this old CPU ( 125 kh/s ) with his Fpu .

So great work, and thks

Wow, I'm surprised myself! Padlock support hasn't been tested for years, if ever, and there have been a number of refactors since then.

[gritche70]

HEHe i'm confirm it's completely stable, more than the old cpuminer ( who make lot of JSON midstate error )

my setup is under Debian Wheezy, i compile your bfgminer with this cflags :
-m32 -Os -pipe -mfpmath=both -msse2 -march=c3-2

If you plan to port 4way to via, i can make test for you, i have Via Eden and nano under my hand and as a Sysop, it's my reality to make linux compilation and co

[RicRock]

No luck with 3.51. and NanoFury's

pi@raspberrypi /etc $ cat os-release
PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"
NAME="Debian GNU/Linux"
VERSION_ID="7"
VERSION="7 (wheezy)"
ID=debian
ANSI_COLOR="1;31"
HOME_URL="http://www.debian.org/"
SUPPORT_URL="http://www.debian.org/support/"
BUG_REPORT_URL="http://bugs.debian.org/"

Output of bfgminer -G -S all -c /usr/local/etc/miner.conf -D -d?

http://pastebin.com/svTyqxMq

Maybe trouble with the hidapi library?

[Luke-Jr]

No luck with 3.51. and NanoFury's

pi@raspberrypi /etc $ cat os-release
PRETTY_NAME="Debian GNU/Linux 7 (wheezy)"
NAME="Debian GNU/Linux"
VERSION_ID="7"
VERSION="7 (wheezy)"
ID=debian
ANSI_COLOR="1;31"
HOME_URL="http://www.debian.org/"
SUPPORT_URL="http://www.debian.org/support/"
BUG_REPORT_URL="http://bugs.debian.org/"

Output of bfgminer -G -S all -c /usr/local/etc/miner.conf -D -d?

http://pastebin.com/svTyqxMq

Maybe trouble with the hidapi library?

Looks to detect them at least - what's the problem?

[RicRock]

Ultimately,

[2013-11-07 12:26:51] mcp2210_set_cfg_spi: Failed to set current SPI config
 [2013-11-07 12:26:51] NFY 1: checkport failed
 [2013-11-07 12:26:51] NFY 1 failure, exiting

[Luke-Jr]

Ultimately,

[2013-11-07 12:26:51] mcp2210_set_cfg_spi: Failed to set current SPI config
 [2013-11-07 12:26:51] NFY 1: checkport failed
 [2013-11-07 12:26:51] NFY 1 failure, exiting

Does it work in an older version? If so, can you bisect it?

[RicRock]

Just received them so unclear on older version.

What is easiest way to build older bfgminer versions?

[Luke-Jr]

Just received them so unclear on older version.

What is easiest way to build older bfgminer versions?

git checkout bfgminer-x.y.z && make

[gritche70]

HEHe i'm confirm it's completely stable, more than the old cpuminer ( who make lot of JSON midstate error )

my setup is under Debian Wheezy, i compile your bfgminer with this cflags :
-m32 -Os -pipe -mfpmath=both -msse2 -march=c3-2

If you plan to port 4way to via, i can make test for you, i have Via Eden and nano under my hand and as a Sysop, it's my reality to make linux compilation and co

just test to compile in 64 bits for the nano, no via algo found when i launch bfgminer, is there a test in the code that disable it when compiling in 64 bits ?

[Luke-Jr]

HEHe i'm confirm it's completely stable, more than the old cpuminer ( who make lot of JSON midstate error )

my setup is under Debian Wheezy, i compile your bfgminer with this cflags :
-m32 -Os -pipe -mfpmath=both -msse2 -march=c3-2

If you plan to port 4way to via, i can make test for you, i have Via Eden and nano under my hand and as a Sysop, it's my reality to make linux compilation and co

just test to compile in 64 bits for the nano, no via algo found when i launch bfgminer, is there a test in the code that disable it when compiling in 64 bits ?

Probably. I'd accept a patch to make the padlock 64-bit capable...

[nitrox]

BFGMiner 3.5.1 does not support HEX16A miner

[Taugeran]

i can't get bfgminer to pickup on the .so files for libhidapi on raspian wheezy


from ~/

Code:

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

cd hidapi
./bootstrap
./configure
make -j2
make install

cd ../bfgminer
./autogen.sh
CFLAGS="-ggdb -O0" ./configure --disable-opencl --enable-bitfury --enable-icarus --enable-bigpic --enable-nanofury
make -j2


sudo ./bfgminer -D -T -S NFY:all

output:

Code:

miner@raspberrypi ~/repos/bfgminer $ sudo ./bfgminer -D -T -S NFY:all
 [2013-11-07 19:42:09] Timers: Using clock_gettime(CLOCK_MONOTONIC_RAW)                    
 [2013-11-07 19:42:09] Global quota greatest common denominator set to 1                    
 [2013-11-07 19:42:09] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)                    
 [2013-11-07 19:42:09] Started bfgminer 3.5.1                    
 [2013-11-07 19:42:09] Loaded configuration file /root/.cgminer/cgminer.conf                    
 [2013-11-07 19:42:09] hidapi_try_lib: Couldn't load libhidapi.so: libhidapi.so: cannot open shared object file: No such file or directory                    
 [2013-11-07 19:42:09] hidapi_try_lib: Couldn't load libhidapi-0.so: libhidapi-0.so: cannot open shared object file: No such file or directory                    
 [2013-11-07 19:42:09] hidapi_try_lib: Couldn't load libhidapi-hidraw.so: libhidapi-hidraw.so: cannot open shared object file: No such file or directory                    
 [2013-11-07 19:42:09] hidapi_try_lib: Couldn't load libhidapi-libusb.so: libhidapi-libusb.so: cannot open shared object file: No such file or directory                    
 [2013-11-07 19:42:09] hid_devinfo_scan: Failed to load any hidapi library                    
 [2013-11-07 19:42:09] lowlevel_scan: Found usb device at usb:001:009 (path=(null), vid=0835, pid=8500, manuf=Action Star, prod=USB2.0 Hub, serial=(null))                    
 [2013-11-07 19:42:09] lowlevel_scan: Found usb device at usb:001:023 (path=(null), vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury NF1 v0.6, serial=0000072328)                    
 [2013-11-07 19:42:09] lowlevel_scan: Found usb device at usb:001:024 (path=(null), vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury NF1 v0.6, serial=0000072543)                    
 [2013-11-07 19:42:09] lowlevel_scan: Found usb device at usb:001:005 (path=(null), vid=0835, pid=8501, manuf=Action Star, prod=USB HID, serial=(null))                    
 [2013-11-07 19:42:09] lowlevel_scan: Found usb device at usb:001:004 (path=(null), vid=0835, pid=8500, manuf=Action Star, prod=USB2.0 Hub, serial=(null))                    
 [2013-11-07 19:42:09] lowlevel_scan: Found usb device at usb:001:003 (path=(null), vid=0424, pid=ec00, manuf=(null), prod=(null), serial=(null))                    
 [2013-11-07 19:42:09] lowlevel_scan: Found usb device at usb:001:010 (path=(null), vid=0835, pid=8502, manuf=Action Star, prod=USB HID, serial=(null))                    
 [2013-11-07 19:42:09] lowlevel_scan: Found usb device at usb:001:001 (path=(null), vid=1d6b, pid=0002, manuf=Linux 3.6.11+ dwc_otg_hcd, prod=DWC OTG Controller, serial=bcm2708_usb)                    
 [2013-11-07 19:42:09] lowlevel_scan: Found usb device at usb:001:002 (path=(null), vid=0424, pid=9512, manuf=(null), prod=(null), serial=(null))                    
 [2013-11-07 19:42:09] DISPLAY not set, setting :0 just in case                    
 [2013-11-07 19:42:09] Failed to load OpenCL library, no GPUs usable                    
All devices disabled, cannot mine!

output of sudo find / | grep libhidapi.*

Code:

sudo find /  | grep libhidapi.*
/usr/local/lib/libhidapi-libusb.so
/usr/local/lib/libhidapi-hidraw.so.0.0.0
/usr/local/lib/libhidapi-libusb.so.0
/usr/local/lib/libhidapi-hidraw.so.0
/usr/local/lib/libhidapi-libusb.a
/usr/local/lib/libhidapi-libusb.so.0.0.0
/usr/local/lib/libhidapi-hidraw.a
/usr/local/lib/libhidapi-hidraw.la
/usr/local/lib/libhidapi-libusb.la
/usr/local/lib/libhidapi-hidraw.so
/home/miner/repos/hidapi/libusb/.libs/libhidapi-libusb.so
/home/miner/repos/hidapi/libusb/.libs/libhidapi-libusb.so.0
/home/miner/repos/hidapi/libusb/.libs/libhidapi-libusb.a
/home/miner/repos/hidapi/libusb/.libs/libhidapi-libusb.so.0.0.0
/home/miner/repos/hidapi/libusb/.libs/libhidapi-libusb.lai
/home/miner/repos/hidapi/libusb/.libs/libhidapi-libusb.la
/home/miner/repos/hidapi/libusb/libhidapi-libusb.la
/home/miner/repos/hidapi/linux/.libs/libhidapi-hidraw.so.0.0.0
/home/miner/repos/hidapi/linux/.libs/libhidapi-hidraw.so.0
/home/miner/repos/hidapi/linux/.libs/libhidapi-hidraw.a
/home/miner/repos/hidapi/linux/.libs/libhidapi-hidraw.lai
/home/miner/repos/hidapi/linux/.libs/libhidapi-hidraw.la
/home/miner/repos/hidapi/linux/.libs/libhidapi-hidraw.so
/home/miner/repos/hidapi/linux/libhidapi-hidraw.la

[TDR]

3.5.1 and OS X Mavericks; can't get BF1 working at all.

Anyone have any joy with it?

[gritche70]

HEHe i'm confirm it's completely stable, more than the old cpuminer ( who make lot of JSON midstate error )

my setup is under Debian Wheezy, i compile your bfgminer with this cflags :
-m32 -Os -pipe -mfpmath=both -msse2 -march=c3-2

If you plan to port 4way to via, i can make test for you, i have Via Eden and nano under my hand and as a Sysop, it's my reality to make linux compilation and co

just test to compile in 64 bits for the nano, no via algo found when i launch bfgminer, is there a test in the code that disable it when compiling in 64 bits ?

Probably. I'd accept a patch to make the padlock 64-bit capable...

it's done, driver-cpu.h

ligne 37

replace #ifdef __i386__
by
#if defined( __i386__) || defined (__x86_64__)

not ideal, but the same logic as the 32 bits version ( not testing if padlock is available, just let the choice available )

If you want to publish this change ;-)

[astutiumRob]

Everyone who had problems with 3.5.0, please test latest git and let me know if I fixed them all...

Latest git build appears to be picking up a non-existant bitfury device which (as it's not there) is gettng 100% HW errors ...
 BPM 0:       |  3.00/21.26/ 0.00Gh/s | A:0 R:0+0(none) HW:692/100%

redoing my standard config and disabling all bitfury related devices seems to fix it:
./configure --enable-scrypt --disable-avalon --disable-opencl --disable-bitfury --disable-bfsb --disable-bigpic --disable-modminer --disable-x6500 --disable-ztex --disable-littlefury --disable-nanofury --disable-metabank --enable-cpumining --enable-bitforce --enable-icarus --disable-knc

-although it has now 'lost' 2 of the USB-BlockErupters

Please

Code:

bfgminer -D -d?

 [2013-11-07 21:26:54] Started bfgminer 3.2.1

^ its actually 3.5.1, and correctly reports that when loaded normally

 [2013-11-07 21:26:54] Loaded configuration file /root/.bfgminer/bfgminer.conf

 [2013-11-07 21:26:58] Devices detected:
 [2013-11-07 21:26:58]   0. BFL 0a (driver: bitforce_queue)
 [2013-11-07 21:26:58]   1. BFL 0b (driver: bitforce_queue)
 [2013-11-07 21:26:58]   2. BFL 0c (driver: bitforce_queue)
 [2013-11-07 21:26:58]   3. BFL 0d (driver: bitforce_queue)
 [2013-11-07 21:26:58]   4. BFL 0e (driver: bitforce_queue)
 [2013-11-07 21:26:58]   5. BFL 0f (driver: bitforce_queue)
 [2013-11-07 21:26:58]   6. BFL 0g (driver: bitforce_queue)
 [2013-11-07 21:26:58]   7. BFL 0h (driver: bitforce_queue)
 [2013-11-07 21:26:58]   8. BFL 0i (driver: bitforce_queue)
 [2013-11-07 21:26:58]   9. BFL 0j (driver: bitforce_queue)
 [2013-11-07 21:26:58]  10. BFL 0k (driver: bitforce_queue)
 [2013-11-07 21:26:58]  11. BFL 0l (driver: bitforce_queue)

etc 150+ times *but* D/M shows no BFL kit and
 BPM 0:       |  0.85/23.75/ 0.00Gh/s | A:0 R:0+0(none) HW:400/100%

explicitly adding the disables for all the *fury types and it works as expected.

the full bfgminer -D -d? output is 20 pages long and looks fine

[ThinkFast]

Luke: Compare the temp at OCL 1: 43.5C to 2 lines above of 1: 63.0C. Is this correct?

-------------------------------------------------------------------------
 bfgminer version 3.4.0 - Started: [2013-11-07 14:35:34] - [  0 days 03:11:38]
 [M]anage devices [P]ool management [ S]ettings [D]isplay options  [H]elp [Q]uit
 Connected to us1.bitminter.com diff 1 with stratum as user ThinkFast_RHD5570bfg
 Block: ...5c6ba0ca #268456  Diff:511M ( 3.66Ph/s)  Started: [17:40:03]
 ST:2  F:0  NB:19  AS:0  BW:[ 85/  4 B/s]  E:0.37  I: 2.85uBTC/hr  BS:77
 1      63.0C | 72.15/71.53/69.50Mh/s | A:186 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
 OCL 0: 63.0C | OFF  /  0.0/  0.0 h/s | A:  0 R:0+0(none) HW:0/none
 OCL 1: 43.5C | 72.07/71.53/69.48Mh/s | A:186 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
 [2013-11-07 17:30:14] Accepted 3332c6d8 OCL 1  Diff 5/1
 [2013-11-07 17:30:30] Accepted 35aa2f20 OCL 1  Diff 4/1
 [2013-11-07 17:31:10] Accepted ef767eb3 OCL 1  Diff 1/1

Thanks.

[ThinkFast]

[Resolved]
Is this bfgminer.conf file syntactically correct?

Code:

"pools" : [
        {
	        "url"  : "http://mint.bitminter.com:8333",
                "user" : "xxxxxxxxxxxxxxxxxxxx",
                "pass" : "xxxxx"
        },
        {
	        "url"  : "http://mint.bitminter.com:8332",
                "user" : "xxxxxxxxxxxxxxxxxxxx",
                "pass" : "xxxxx"
        }
]

"quiet-work-updates" : true

[Taugeran]

3.5.1x32 running under win7x64 WoW playing nice with BES, BF1, and NFY puhahahahha